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PREFACE 



This publication is planned for use as a 
reference book by the PL/I programmer. It 
is not intended to be a tutorial publica- 
tion, but is designed for thej reader who 
already has a knowledge of the language and 
who requires a source of reference materi- 
al. 



It is divided into two parts. Part I 
contains discussions of concepts of the 
language. Part II contains detailed rules 
and syntactic descriptions. 



Although implementation Information is 
included, the book is not a complete des- 
cription of any implementation environment. 
In general, it contains information needed 
in writing a program; it does not contain 
all of the information required to e xecute 
a program. 



The following features, discussed in 
this publication, are implemented in the 
fourth version of the F Compiler but are 
not implemented in the third version: 

• Based storage facilities: 

The BASED, POINTER, AREA, and OFFSET 
attributes; 

The ADDR, NULL, NULLO, and EMPTY built- 
in functions ; 

The AREA condition; 

Area-to-area and locator-to-locator 
assignment; 

The LOCATE statement; 

The IN option on the ALLOCATE and FREE 
statements ; 

The SET option on the REJJ), LOCATE,, and 
ALLOCATE Statements; 

The REFER option in a l:)ased structure 
declaration; 

The pointer qualification symbol. 

• Multitasking facilities: 

The TASK, EVENT, and PRIORITY options 
on the CALL statement; 

The EVENT option on the DISPLAY state- 
ment with the REPLY option; 



The TASK option in the OPTIONS list; 



The TASK attribute ; 



Explicit declaration of event varia- 
bles; 



The use of event arrays in the WATT 
statement, and the use of an expression 
specifying the number of events to be 
waited for; 



The STATUS and PRIORITY built-in func- 
tions and pseudo-variables; 



The EXCLUSIVE file attribute; 

The UNLOCK statement; 

The NOLOCK option on the READ state- 
ment. 

• Data interchange: the COBOL option in the 
ENVIRONMENT attribute. 

• Carriage control: the CTLASA and CTL360 
options in the ENVIRONMENT attribute. 



• The STRINGRANGE condition. 

• Omission of the data list from 
directed PUT statement. 



a data- 



• Use of the LINESIZE option for any stream 
output file; use of the SKIP option and 
the COLUMN and SKIP format items, in GET 
statements for stream input files. 

•Use of VARYING strings in the INTO and 
FROM options of record-oriented 
input /output statements. 

• Omission of the KEY option from the 
DELETE statement (to allow deletion from 
SEQUENTIAL UPDATE files for INDEXED data 
sets) . 



REQUISITE PUBLICATION 

For information necessary to compile, 
linkage edit, and execute a program, the 
reader should be familiar with the 
following publication: 

IBM System/ 360 Operating System, PL/I 
(F) Programmer's Guide , Form C 2 8- 6 594 



RECOMMENDED PUBLICATIONS 

The following publications contain other 
information that might be valuable to the 
PL/I programmer or to a programmer who is 
learning PL/: 

A PL/I Primer , Form C 28-6 808 

A Guide to PL/I for Commercial Program- 
mers , Form C2 0-1 6 51 

A Guide to PL/I for FORTRAN Users ,, Form 
C20-1637 
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INTRODUCTION 



PL/I is a programming language designed 
to cover as wide a range of programming 
applications as possible. A basic belief 
underlying the design of PL/I is that 
programmers have common problems, regard- 
less of the different applications with 
which they may be concerned. 



The language also is designed to reduce 
the cost of programming, including the cost 
of training programmers, the cost of debug- 
ging, and, in particular, the cost of 
program maintenance. 



Training programmers to use a particular 
language can often be expensive, particu- 
larly if each programmer must be taught the 
entire language, even if he need use only a 
part of it. One of the prime features in 
the design of PL/I is modularity; in gener- 
al, a programmer need know only as much of 
the language as he requires to solve his 
problems. 



Another factor that contributes to pro*- 
gramming cost is that a program frequently 
must be rewritten, sometimes because the 
system under which it is used has changed, 
sometimes because the program is to be run 
on a new machine. It is not uncommon to 
find that rewriting a program costs as much 
as writing it in the first place. 



Two basic characteristics of PL/I are 
intended to reduce the need to rewrite 
conplete programs if either the machine 
environment or the application environment 
changes. These characteristics are the 
block structure used in the language and 
its machine independence. 

A PL/I program is composed of blocks of 
statements called procedure blocks (or 
procedures) and begin blocks, each of which 
defines a region of the program. A single 
program may consist of one procedure or of 
several procedures and begin blocks. Eith- 
er a procedure block or a begin block can 
contain other blocks; a begin block must be 
contained in a procedure block. Each 
external procedure, that is, a procedure 
that is not contained in another procedure, 
is compiled separately. The same external 
procedure might be used in a number of 
different programs. Consequently, a neces- 
sary change made in that one block effec- 
tively makes the change in all programs 
that use it. 



PL/I is much less machine dependent than 
most commonly used programming languages. 
In the interest of efficiency, however, 
certain features are provided that allow 
machine dependence for those cases in which 
complete independence would be too costly. 

The variety of features provided by 
PL/I, as well as the simplicity of the 
concepts underlying them, demonstrate the 
versatility of the language, its universal- 
ity, and the ease with which different 
subsets can be defined to meet the needs of 
different users. 

USE OF THIS PUBLICATION 

This publication is designed as a ref- 
erence book for the PL/I programmer. Its 
two-part format allows a presentation of 
the material in such a way that references 
can be found quickly, in as much or as 
little detail as the user needs. 

Part I, "concepts of PL/I," is composed 
of discussions and examples that explain 
the different features of the language and 
their interrelationships. To reduce the 
need for cross references and to allow each 
chapter to stand alone as a complete ref- 
erence to its subject, some information is 
repeated from one chapter to another. Part 
I can, nevertheless, be read Sequentially 
in its entirety. 

Part II, "Rules and Syntactic Descrip- 
tions," provides a quick reference to 
specific information. It includes less 
information about interrelationships, but 
it is organized so that a particular ques- 
tion can be answered quickly. Part II is 
organized purely from a reference point of 
view; it is not intended for sequential 
reading. 

For example, a programmer would read 
Chapter 5 in Part I, "Statement classifica- 
tion," for information about the interac- 
tions of different statements in a program; 
but he would look in Section J of Part II, 
"Statements," to find all the rules for the 
use of a specific statement, its effect, 
options allowed, and the format in which it 
is written. 

In the same manner, he would read chap- 
ter 4 in Part I, "Expressions," for a 
discussion of the concepts of data conver- 
sion, but he would use Section F of Part 
II, "Problem Data Conversion," to determine 
the exact results of a particular type of 
conversion. 
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An explanation of the syntax language 
used in this publication to describe ele- 
ments of PL/I is contained in Part II, 
Section A, "Syntax Notation." 

IMPLEMEN T ATION CONSIDERATIONS 

This publication reflects features of 
the fourth version of the F Compiler. No 
attempt is made to provide complete implem- 
entation information; this publication is 
designed for use in conjunction with IBM 
System/36 Operating System; PL / I (F) 
Programmer's Guide ^ Form C28-6 59U. Discus- 
sion of implementation is limited to those 
features that are required for a full 
explanation of the language. For example, 
references to certain parameters of the 
Data Definition <DD) job control language 



statement are essential to 
of record-oriented input 
organization. 



an explanation 
and output file 



Implementation features identified by 
the phrase "for System/360 implementa- 
tions..." apply to all implementations for 
IBM System/ 36 computers. Features iden- 
tified by the phrase "for the F 
Compiler..." apply specifically to the IBM 
F Compiler under the IBM System/360 Operat- 
ing System. 

A separate publication, IBM System/ 3 60; 
PL/I Subset Refe r ence Manual , Form 
C28-8202, provides the same type of implem- 
entation information as it applies to the D 
Compiler used under the IBM System/360 Disk 
and Tape Operating Systems. 
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PART I 



CHAPTER 1: BASIC CHARACTERISTICS OF PL/I 



The modularity of PL/I, the ease with 
which subsets can be defined to meet dif- 
ferent needs, becomes apparent when one 
examines the different features of the 
language. Such modularity is one of the 
most important characteristics of PL/I,. 

This chapter contains brief discussions 
of most of the basic features to provide an 
overall description of 'the language. Each 
is treated in more detail in subsequent 
chapters. An annotated example in Chapter 
14, "A PL/I Program," illustrates the use 
of many of these features. 



MACHINE INDEPENDENCE 



the meaning of names, and allocation of 
storage are fundamental to the proper 
understanding of PL/ I at any level but the 
most elementary. These rules give the 
programmer considerable control over the 
degree of interaction between subroutines. 
They permit flexible communication and 
storage allocation,, at the same time allow- 
ing the definition of names and allocation 
of storage for private use within a proce- 
dure. 

By giving the programmer freedom to 
determine the degree to which a subroutine 
is self-contained, PL/I makes it possible 
to write procedures which can freely be 
used in other environments, while still 
allowing interaction in procedures where 
interaction is desirable. 



No language can be completely machine 
independent, but PL/I is much less machine 
dependent than most commonly used program- 
ming languages. The methods used to 
achieve this show in the form of restric- 
tions in , the language. The most obvious 
example is that data with different charac- 
teristics cannot in general share the same 
storage; to equate a floating-point number 
with a certain number of alphabetic charac- 
ters would be to make assiamptions about the 
representation of these data items which 
would not be true for all machines. 

It is recognized that the price entailed 

by machine independence may sometimes be 
too high. In the interest of efficiency, 
certain features such as the UNSPEC builtr- 
in function and record-oriented dat^ 
transmission, do permit a degree of machine 
dependence. 



PROGRAM STRUCTURE 



MULTIPROGRAMMING 



By means of the PL/I multitasking facil- 
ities, the programmer can specify that an 
invoked procedure is to be executed concur- 
rently with the invoking procedure, thus 
making use of the multiprogramming capabil- 
ities of the system. In this way, the 
central processing unit can be occupied 
with one part of the program while the 
input/output channels are occupied with 
other parts of the program; this can reduce 
the overall amount of waiting time during 
execution. 

Concurrent execution of different parts 
of a program does not imply that the 
program cannot be coordinated. The pro- 
grammer can specify that execution of a 
procedure will be suspended at a specified 
point until some point in another procedure 
has been reached, or until an input/output 
operation has been completed. 



A PL/I program consists of one or more 
blocks of statements called procedures. A 
procedure may be thought of as a subrou- 
tine. Procedures may invoke other proce- 
dures, and these procedures or subroutines 
may either be compiled separately, or may 
be nested within the calling procedure and 
compiled with it. Each procedure may con- 
tain declarations that define names and 
control allocation of storage. 

The rules defining the use of proce- 
dures, communication between procedures. 



DATA TYPES AND DATA DESCRIPTION 



The characteristic of PL/I that most 
contributes to the range of applications 
for which it can be used is the variety of 
data types that can be represented and 
manipulated. PL/I deals with arithmetic 
data, string data (bit and character), and 
program control data, such as labels. 
Arithmetic data may be represented in a 
variety of ways; it can be binary or 
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decimal, fixed-point or floating-point, 
real or complex, and its precision may be 
specified. 

PL/I provides features to perform arith- 
metic operations, operations for compari- 
sons, logical manipulation of bit strings, 
and operations and functions for assem^- 
bling, scanning, and subdividing character 
strings. 

The compiler must be able to determine, 
for every name used in a program, the 
complete set of attributes associated with 
that name. The programmer may specify 
these attributes explicitly by means of a 
DECLARE statement, the compiler may deter- 
mine all or some of the attributes by 
context, or the attributes may be assumed 
by default. 



DEFAULT ASSUMPTIONS 



An important feature of PL/I is its 
default philosophy. If all the attributes 
associated with a name, or all the options 
permitted in a statement, are not specified 
by the programmer, attributes or options 
may be assigned by the compiler. This 
default action has two main consequences. 
First, it reduces the amount of declaration 
and other program writing required; second, 
it makes it possible to teach and use 
subsets of the language for which the 
programmer need not know all possible 
alternatives, or even that alternatives 
exist. 

Since defaults are based on assumptions 
about the intent of the prograiraner, errors 
or omissions may be overlooked, and incor- 
rect attributes may be assigned by default. 
To reduce the chance of this, the F Compil- 
er optionally provides an attribute list- 
ing, which can be used to check the names 
in the program and the attributes associat- 
ed with them. 



STORAGE ALLOCATION 



PL/I goes beyond most other languages in 
the flexibility of storage allocation that 
it provides. Dynamic storage allocation is 
comparatively difficult for an assembly 
language programmer to handle for himself; 
yet it is automatically provided in PL/I. 
There are four different storage classes: 
AUTOMATIC, STATIC, CONTROLLED, and BASED. 
In general, the default storage class in 
PL/I is AUTOMATIC. This class of storage 



is allocated whenever the block in v/hich 
the variables are declared is activcited. 
At that time the bounds of arrays and the 
lengths of strings are calculated. AUTO- 
MATIC storage is freed and is available for 
re-use whenever control leaves the block in 
which the storage is allocated. 

Storage also may be declared STATIC,, in 
which case it is allocated when the program 
is loaded; it may be declared CONTROLLED, 
in which case it is explicitly controlled 
by the programmer with ALLOCATE and FREE 
statements, independent of the invoccition 
of blocks; or it may be declared BASED, 
which gives the programmer an even higher 
degree of control. 

The existence of several storage classes 
enables the programmer to determine for 
himself the speed, storage space, or pro- 
gramming economy that he needs for each 
application. The cost of a particular 
facility will depend upon the implememta- 
tion, but it will usually be true that the 
more dynamic the storage allocation,, the 
greater the overhead in execution time. 



EXPRESSIONS 



Calculations in PL/I are specified by 
expressions. An expression has a meeining 
in PL/I that is similar to that of elemen- 
tary algebra. For example: 

A + B * C 

This specifies multiplication of the value 
of B by the value of C and adding the value 
of A to the result. PL/I places few 
restrictions on the kinds of data that can 
be used in an expression. For example, it 
is conceivable, though iinlikely, that A 
could be a floating-point number, B a 
fixed-point number, and C a chareicter 
string. 

When such mixed expressions are speci- 
fied, the operands will be converted so 
that the operation can be evaluated mean- 
ingfully. Note, however, that the rules 
for conversion must be considered careful- 
ly; converted data may not have the same 
value as the original. And, of course, any 
conversion requires additional compiler- 
generated coding, which increases execution 
time,. 



The results of the evaluation 
expressions are assigned to variables 
means of the assignment statement.' 
example of an assignment statement is: 

X = A + B * C; 



of 
by 
An 
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This means: evaluate the expression on the 
right and store the result in X. If the 
attributes of X differ from the attributes 
of the result of the expression, conversion 
will again be performed. 



DATA COLLECTIONS 



PL/I permits the programmer many ways of 
describing and operating on collections of 
data, or data aggregates. Arrays are col- 
lections of data elements, all of the same 
type, collected into lists or tables of one 
or more dimensions. Structures are hierar- 
chical collections of data, not necessarily 
all of the same type. Each level of the 
hierarchy may contain other structures of 
deeper levels. The deepest levels of the 
hierarchy represent elementary data items 
or arrays. 

An element of an array may be a struc- 
ture; similarly, any level of a structure 
may be an array. Operations can be speci- 
fied for arrays, structures, or parts of 
arrays or structures. For example: 



A = B + C; 

In this assignment statement. A, B, 
could be arrays or structures. 



and 



declared to be a print file with a speci- 
fied line size and page size. The program- 
mer has facilities to detect the end of a 
page and to specify the beginning of a line 
or a page. These facilities may be used in 
subroutines that can be developed into a 
report generating system suitable for a 
particular installation or application. 

Record-oriented input/output is machine 
dependent. It deals with collections of 
data, called records, and transmits these a 
record at a time without any data conver- 
sion; the external representation is an 
exact copy of the internal representation. 
Because the aggregate is treated as a 
whole, and because no conversion is per- 
formed, this form of input/output is poten- 
tially more efficient than stream-oriented 
input/output, although the actual efficien- 
cy of each class will, of course, depend on 
the implementation. 

Stream-oriented input and output usually 
sacrifices efficiency for ease of handling. 
Each data item is transmitted separately 
and is examined to determine if data con- 
version is required. Record-oriented input 
and output, on the other hand, provides 
faster transmission by transmitting data as 
entire records, without conversion.. 



COMPILE-TIME OPERATIONS 



INPUT AND OUTPUT 



Facilities for input and output allow 
the user to choose between factors such as 
simplicity,, machine independence, and effi- 
ciency. There are two broad classes of 
input/output in PL/I: stream-oriented and 
record-oriented. 

Stream-oriented input/output is almost 
completely machine independent. On input, 
data items are selected one by one from 
what is assumed to be a continuous stream 
of characters that are converted to inter- 
nal form and assigned to variables speci- 
fied in a list. Similarly, on output, data 
items are converted one by one to external 
character form and are added to a concep- 
tually continuous stream of characters. 
Within the class of stream input/output, 
the programmer can choose different levels 
of control over the way data items are 
edited and selected from or added to the 
stream. 

For printing, the output stream may be 
considered to be divided into lines and 
pages. An output stream file may be 



Most programming is concerned only with 
operations upon data.. PL/I permits a 
compile-time level of operation, in which 
preprocessor statements specify operations 
upon the text of the source program itself. 
The simplest, and perhaps the commonest 
preprocessor statement is %INCLUDE (in gen- 
eral, preprocessor statements are preceded 
by a percent sign) . This statement causes 
text to be inserted into the program, 
replacing the %INCLUDE statement itself. A 
typical use could be to copy declarations 
from an installation's standard set of 
definitions into the program. 

Another function provided by compile- 
time facilities is the selective 
compilation of program text. For example, 
it might specify the inclusion or deletion 
of debugging statements. 

Since a simple but powerful part of the 
PL/I language is available for compile-time 
activity, the generation, or replacement 
and deletion, of text can become more 
elaborate, and more subtle transformations 
can be performed. Such transformations 
might then be considered to be 
installation-defined extensions to the lan- 
guage. 
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INTERRUPT ACTIVITIES PL/I provides facilities for detecting a 

variety of exceptional conditions. It 

allows the programmer to specify, by means 

of a condition prefix, whether certain 

Modern computing systems provide facili- interrupts will or will not occur if the 

ties for interrupting the execution of a condition should arise. And, by use of an 

program whenever an exceptional condition ON statement, he can specify the action to 

arises. Further, they allow the program to be taken when an interrupt does occur. 

deal with the exceptional condition and to 

return to the point at which the interrupt 

occurred. 
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CHAPTER 2: PROGRAM ELEMENTS 



There are few restrictions in the format 
of PL/I statements. Consequently, programs 
can be written without consideration of 
special coding forms or checking to see 
that each statement begins in a specific 
column. As long as each statement is 
terminated by a semicolon, the format is 
completely free. Each statement may begin 
in the next column or position after the 
previous statement, or any number of blanks 
may intervene. 



CHARACTER SETS 



One of two character sets may be used to 
write a source program; either a 
60-character set or a 48-character set. 
For a given external procedure,, the choice 
between the two sets is optional. In 
practice, this choice will depend upon the 
available equipment. 



Name < 


character 


Slash or divide symbol 


/ 


Left parenthesis 


( 


Right parenthesis 


) 


Comma 


1 


Point or period 




Single quotation mark 


f 


or apostrophe 




Percent symbol 


% 


Semicolon 


9 


Colon 


• 


"Not" symbol 


T 


"And" symbol 


s 


"Or" symbol 


1 


"Greater than" symbol 


> 


"Less than" symbol 


< 


Break character^ 




Question mark 


"? 



60-CHARACTER SET 



Special characters are combined to 
create other symbols. For example, <= 
means "less than or equal to," t= means 
"not equal to." The combination *♦ denotes 
exponentiation (X**2 means X^) . Blanks are 
not permitted in such composite symbols. 

An alphameric character is either an 
alphabetic character or a digit, but not a 
special character. 



The 60-character set is composed of 
digits, special characters, and alphabetic 
characters. 



Note; The question mark, at present, has 
no specific use in the language, even 



though 
set. 



it is included in the 60-character 



There are 29 alphabetic characters 
beginning with the currency syinbol ($), the 
number sign (#) , and the commercial "at" 
sign (a), which precede the 26 letters of 
the English alphabet in the IBM System/360 
collating sequence in Extended Binary- 
Coded-Decimal Interchange Code (EBCDIC). 
For use with languages other than English, 
the first three alphabetic characters can 
be used to cause printing of letters that 
are not included in the standard English 
alphabet. 

There are ten digits. The decimal 
digits are the digits through 9, A 
binary digit is either a or a 1. 



There are 21 special 
are as follows; 



characters. 



They 



Name Character 

Blank 

Equal sign or assignment symbol = 

Plus sign + 

Minus sign - 

Asterisk or multiply symbol * 



U8-CHARACTER SET 



The 48-character set is composed of 48 
characters of the 60-character set. In all 
but four cases, the characters of the 
reduced set can be combined to represent 
the missing characters from the larger set. 
For example, the percent symbol (%) is not 
included in the US-character set, but a 
double slash (//) can be used to represent 
it. The four characters that are not 
duplicated are the commercial "at" sign, 
the number sign, the break character, and 
the question mark. 

The restrictions and changes for this 
character set are described in Part II, 



^The break character is the same as the 
typewriter underline character. It can be 
used with a name, such as GROSS_PAY, to 
improve readability. 
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Section B, "Character Sets with EBCDIC and 
Card-Punch codes. " 



USING THE CHARACTER SET 



All the elements that make up a PL/I 
program are constructed from the PL/I char- 
acter sets. There are two exceptions: 
character-string constants and comments may 
contain any character permitted by a parti- 
cular machine configuration. 

Certain characters perform specific 
functions in a PL/I program. For example, 
many characters function as operators. 

There are four types of operators : 
arithmetic, comparison, bit-string, and 
string. 

The arithmeti c operators are: 

+ denoting addition or prefix plus 
denoting subtraction or prefix 
minus 
♦ denoting multiplication 
/ denoting division 
♦* denoting exponentiation 



The comparison operators are: 

> denoting "greater than" 

T> denoting "not greater than" 

>= denoting "greater than or 

equal to" 

= denoting "equal to" 

T= denoting "not equal to" 

<= denoting "less than or equal to" 

< denoting "less than" 

i< denoting "not less than" 



The bit-string operators are; 



1 denoting "not" 
S denoting "and" 
I denoting "or" 



The string operator is: 



I I denoting concatenation 

Table 2-1 shows some of the functions of 
other special characters. 



Table 2-1. Some Functions of Special Characters 



I Name 
|. 



Character 



Use 



comma 
period 

semicolon 

assignment 
symbol 

colon 

blank 

single quotation 
mark 

parentheses 



arrow 

percent symbol 



( ) 



-> 



Separates elements of a list 

Indicates decimal point or binary point; 
connects elements of a qualified name 

Terminates statements 

Indicates assignment of values^ 



Connects prefixes to statements; can be 
used in specification for bounds of an 
array 

Separates elements of a statement 

Encloses string constants and picture 
specification 

Enclose lists; specify information 
associated with various keywords; in 
conjunction wi'th operators and operands, 
delimit portions of a computational 
expression 

Denotes pointer qualification 

Indicates statements to be executed by the 
compiler preprocessor 



^ 

^Note that the character = can be used as an equal sign and as an assignment symbol. | 
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Identifiers 



The Use of Blanks 



In a PL/I program, names or labels are 
given to data, files, statements, and entry 
points of different program areas. In 
creating a name or label, a programmer must 
observe the syntactic rules for creating an 
identifier. 



Blanks may be used freely throughout a 
PL/I program. They may or may not surround 
operators and most other delimiters. In 
general, any nximber of blanks may appear 
wherever one blank is allowed, such as 
between words in a statement. 



^^ identifier is a single alphabetic 
I character or a string of alphameric and 
break characters, not contained in a com- 
ment or constant, and preceded and followed 
by a blank or some other delimiter; the 
initial character of the string must be 

I alphabetic. For System/3'60 implementation, 
the length must not exceed 31 characters. 



Language keywords also are identifiers. 
A keyword is an identifier that, when used 
in proper context, has a specific meaning 
to the compiler. A keyword can specify 
such things as the action to be taken, the 
nature of data, the purpose of a name. For 
example, READ,, DECIMAL, and ENDFILE are 
keywords. Some keywords can be abbreviat- 
ed. A complete list of keywords and their 
abbreviations is contained in Part II, 
Section c, "Keywords and Keyword Abbrevia- 
tions. " 



Note; PL/ I keywords are not reserved 
words. They are recognized as keywords by 
the compiler only when they appear in their 
proper context. In other contexts they may 
be used as programmer-defined identifiers. 

No identifier can exceed 31 characters 
in length; for the F Compiler, some iden- 
tifiers, as discussed in later chapters,, 
cannot exceed seven characters in length. 
This limitation is placed upon certain 
names,, called external names, that may be 
referred to by the operating system or by 
more than one separately compiled proce- 
dure. If an external name contains more 
than seven characters, it is truncated by 
the compiler, which concatenates the first 
four characters with the last three charac- 
ters- 



Examples of identifiers 
used for names or labels: 

A 

FILE2 

L00P_3 

RATE_OF_PAY 

#32 



that could be 



One or more blanks must be used to 
separate identifiers and constants that are 
not separated by some other delimiter or by 
a comment. However, identifiers, constants 
(except character-string constants) and 
composite operators (for example, t=) can- 
not contain blanks. 

Other cases that require or permit 
blanks are noted in the text where the 
feature of the language is discussed. Some 
examples of the use of blanks are: 

AB+BC is equivalent to AB + BC 

TABLE (10) is equivalent to TABLE (10) 

FIRST, SECOND is equivalent to FIRST, SECOND 

ATOB is not equivalent to. A TO B 



Comments 



Comments are permitted wherever blanks 
are allowed in a program, except within 
data items,, such as a character string. A 
comment is treated as a blank and can 
therefore be used in place of a required 
separating blank. Comments do not other- 
wise affect execution of a program; they 
are used only for documentation purposes. 
Comments may be punched into the same cards 
as statements, either inserted between 
statements or in the middle of them. 

The general format of a comment is: 



/* character- string 



*/ 



The character pair /* indicates the 
beginning of a comment. The same character 
pair reversed, */, indicates its end. No 
blanks or other characters can separate the 
two characters of either composite pair; 
the slash and the asterisk must be immedi- 
ately adjacent. The comment itself may 
contain any characters except the ♦/ combi- 
nation, which would be interpreted as ter- 
minating the comment. 



Example: 



/* 



THIS WHOLE SENTENCE COULD BE 
INSERTED AS A COMMENT */ 
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Any characters permitted for a particu- 
lar machine configuration may be used in 
comments. 



Following are examples of the ON 
ment: 



state- 



BASIC PROGRAM STRUCTURE 



A PL/I program is constructed from basic 
program elements called statements . There 
are two types of statements: simple and 
compound. These statements make up larger 
program elements called groups and blocks. 



ON OVERFLOW GO TO OVFIX; 

ON UNDERFLOW; 

The contained statement in the second 
example is the null statement represented 
by a semicolon only; it indicates that no 
action is to be taken when an UNDERFLOW 
interrupt occurs. 



SIMPLE AND COMPOUND STATEMENTS 



Statement Prefixes 



There are three types of simple state- 
ments: keyword, assignment, and null, each 
of which contains a statement body that is 
terminated by a semicolon. 

A ke yword statement has a keyword to 
indicate the function of the statement; the 
statement body is the remainder of the 
statement. 

The assignment statement contains the 

and does not have a 



assignment 
keyword. 



symbol (=) 



The null statement consists only of a 
semicolon and indicates no operation; the 
semicolon is the statement body. 

Examples of simple statements are: 



GO TO LOOP 3; 



A = B + C; 



(GO TO is a keyword; the 
blank between GO and TO 
is optional. The state- 
ment body is L00P_3;) 

(assignment statement) 



A compound statement is a statement that 
contains one or more other statements as a 
part of its statement body. There are two 
compound statements: the IF statement and 
the ON statement. The final statement of a 
compound statement is a simple statement 
that is terminated by a semicolon. Hence, 
the compound statement is terminated by 
this semicolon. The IF statement can con- 
tain two simple statements as shown in the 
following example: 



IF A>B THEN 
LOOP 3; 



A = B+C; ELSE GO TO 



This example can also be written as 
follows: 

IF A>B 

THEN A=B+C; 

ELSE GO TO LOOP 3; 



Both simple and compound statements may 
have one or more prefixes. There are two 
types of prefixes; the label prefix and the 
condition prefix. 

^ label prefi x identifies a statement so 
that it can be referred to at some other 
point in the program. A label prefix is an 
identifier that precedes the statement and 
is connected to the statement by a colon. 
Any statement may have one or more labels. 
If more than one are specified, they may be 
used interchangeably to refer to that 
statement. 

A condition p r efix specifies whether or 
not interrupts are to result from the 
occurrence of the named conditions. Condi- 
tion names are language keywords, each of 
which represents an exceptional condition 
that might arise during execution of a 
program. Examples are OVERFLOW and SIZE. 
The OVERFLOW condition arises when the 
exponent of a floating-point number exceeds 
the maximum allowed (representing a maximiam 
value of about IC^) . The SIZE condition 
arises when a value is assigned to a 
variable with loss of high-order digits or 
bits. 

A condition name in a condition prefix 
may be preceded by the word NO to indicate 
that, effectively, no interrupt is to occur 
if the condition arises. If NO is used, 
there can be no intervening blank between 
the NO and the condition name. 

A condition prefix consists of a list of 
one or more condition names, separated by 
commas and enclosed in parentheses. One or 
more condition prefixes may be attached to 
a statement, and each parenthesized list 
must be followed by a colon. Condition 
prefixes precede the entire statement, 
including any possible label prefixes for 
the statement. For example: 

(SIZE, NOOVERFLOW) : COMPUTE: A = B ♦ C ♦^^ D; 
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The single condition prefix indicates that 
an interrupt is to occur if the SIZE 
condition arises during execution of the 
assignment statement, but that no interrupt 
is to occur if the OVERFLOW condition 
arises. Note that the condition prefix 
precedes the label prefix COMPUTE. 

Since intervening blanks between a pre- 
fix and its associated statement are 
ignored, it is often convenient to punch 
the condition prefix into a separate card 
that precedes the card into which the 
statement is punched. Thus, after debug- 
ging, the prefix can be easily removed. 
For example: 

(NOCONVERSION) : 



a corresponding END statement. It is used 
for control purposes. A group also may be 
called a DO-group. 



A block is a sequence of statements that 
defines an area of a program. It is used 
to delimit the scope of a name and for 
control purposes. A program may consist of 
one or more blocks. Every statement must 
appear within a block. There are two kinds 
of blocks: begin blocks and procedure 
blocks . A begin block is delimited by a 
BEGIN statement and an END statement. A 
procedure block is delimited by a PROCEDURE 
statement and an END statement. Every 
begin block must be contained within some 
procedure block. 



(SIZE,NOOVERFLOW) : 

COMPUTE: A = B * C ♦♦ D; 

Note that there are two condition prefixes. 
The first specifies that no interrupt is to 
occur if an invalid character is encounter- 
ed during an attempted data conversion. 

Condition prefixes are discussed in 
Chapter 11, "Exceptional Condition Handling 
and Program Checkout. " 



Execution passes sequentially into and 
out of a begin block. However, a procedure 
block must be invoked by execution of a 
statement in another block. The first 
procedure in a program to be executed is 
invoked automatically by the operating sys- 
tem. For System/360 implementations, this 
first procedure must be identified by 
specifying OPTIONS (MAIN) in the PROCEDURE 
statement. 



GROUPS AND BLOCKS 



^ 9 roup is a sequence of statements 
headed by a DO statement and terminated by 



A procedure block may be invoked as a 
task, in which case it is executed concur- 
rently with the invoking procedure. Tasks 
are discussed in Chapter 15, 
"Multitasking, " 
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CHAPTER 3: DATA ELEMENTS 



Data is generally defined as a represen- 
tation of information or of value. 

In PL/I, reference to a data item, 
arithmetic or string, is made by using 
either a variable or a constant (the terms 
are not exactly the same as in general 
mathematical usage) . 

A variabl e is a symbolic name having a 
value that may change during execution of a 
program. 

^ constant (which is not a symbolic 
name) has a value that cannot change. 

The following statement has both varia- 
bles and constants: 

AREA = RADIUS**2*3.1416; 

AREA and RADIUS are variables; the numbers 
2 and 3.1416 are constants. The value of 
RADIUS is a data item, and the result of 
the computation will be a data item that 
will be assigned as the value of AREA. The 
number 3.1416 in the statement is itself 
the data item; the characters 3.1416 also 
are written to refer to the data item. 



Program control data is used by the pro- 
grammer to control the execution of his 
program. Program control data consists of 
the following types: label, event, task, 
locator, and area. 

A constant does more than state a value; 
it demonstrates various characteristics of 
the data item. For example, 3.1416 shows 
that the data type is arithmetic and that 
the data item is a decimal number of five 
digits and that four of these digits are to 
the right of the decimal point. 

The characteristics of a variable are 
not immediately apparent in the name. 
Since these characteristics, called attri- 
butes, must be known, certain keywords and 
expressions may be used to specify the 
attributes of a variable in a DECLARE 
statement. The attributes used to describe 
each data type are discussed briefly in 
this chapter. A complete discussion of 
each attribute appears in Part II, Section 
I, "Attributes." 



PROBLEM DATA 



If the number 3.1416 is to be used in 
more than one place in the program, it may 
be convenient to represent it as a variable 
to which the value 3.1416 has been 
assigned. Thus, the above statement could 
be written as: 

PI = 3.1416; 

AREA = RADIUS**2*PI; 



The types of problem data are arithmetic 
and string. 



ARITHMETIC DATA 



In this statement, only the digit 2 
constant. 



IS 



In preparing a PL/I program, the pro- 
grammer must be familiar with the types of 
data that are permitted, the ways in which 
data can be organized, and the methods by 
which data can be referred to. The follow- 
ing paragraphs discuss these features. 



An item of arithmetic data is one with a 
numeric value. Arithmetic data items have 
the characteristics of base, scale,, preci- 
sion,, and mode. The characteristics of 
data items represented by an arithmetic 
variable are specified by attributes 
declared for the name, or assumed by 
default. 

The bas e of an arithmetic data item is 
either decimal or binary. 



DATA TYPES 



The types of data that may be used in a 
PL/I program fall into two categories: 
problem data and program control data. 
Problem data is used to represent values to 
be processed by a program. It consists of 
two data types, arithmetic and string. 



The scale of an arithmetic data item is 
either fixed-point or floating-point. A 
fixed-point data item is a number in which 
the position of the decimal or binary point 
is specified, either by its appearance in a 
constant or by a scale factor declared for 
a variable. A floating-point data item is 
a number followed by an optionally signed 
exponent. The exponent specifies the 
assumed position of the decimal or binary 
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point, relative to the position in which it- 
appears. 

The precision of an arithmetic data item 
is the number of digits the data item may 
contain, in the case of fixed-point, or th€i 
minimum number of significant digits 
(excluding the exponent) to be maintained, 
in the case of floating-point. For fixed- 
point data items, precision can also 
specify the assumed position of the decimal 
or binary point, relative to the rightmost 
digit of the number. 

Whenever a data item is assigned to a 
fixed- point variable, the declared preci- 
sion is maintained. The assigned item is 
aligned on the decimal or binary point. 
Leading zeros are inserted if the assigned 
item contains fewer integer digits than 
declared; trailing zeros are inserted if it 
contains fewer fractional digits. A SIZE 
error may occur if the assigned item con- 
tains too many integer digits; truncation 
on the right may occur if it contains too 
many fractional digits. 



The mode of an arithmetic data 
either real or complex, 
is a number that expresses a real value 



item is 

A. real data item 

A 



complex data item is a pair of numbers: the 
first is real and the second is imaginary. 
For a variable representing complex data 
items, the base, scale, and precision of 
the two parts must be identical. 

Base, scale, and mode of arithmetic 
variables are specified by keywords; preci- 
sion is specified by parenthesized decimal 
integer constants. 

In the following sections, the real 
arithmetic data types discussed are decimal 
fixed- point, sterling fixed-point, binary 
fixed-point, decimal floating-point, and 
binary floating-point„ Jkny of these, 
except sterling fixed-point, can be used as 
the real part of a conplex data item. The 
imaginary part of a complex number is 
discussed in the section "Complex Arithmet- 
ic Data," in this chapter. 

Complex arithmetic variables must be 
explicitly declared with the COMPLEX attri- 
bute. Real arithmetic variables may be 
explicitly declared to have the REAL attri- 
bute, but it is not necessary to do so, 
since any arithmetic variable is assumed to 
be real unless it is explicitly declared 
complex. 



Decimal Fixed-Point Data 



A decimal fixed-point constant consists 
of one or more decimal digits with an 



optional decimal point. If no decimal 
point appears, the point is assumed to be 
immediately to the right of the rightmost 
digit. In most uses, a sign may optionally 
precede a decimal fixed-point constant. 

Examples of decimal fixed-point con- 
stants as written in a program are: 

3.1416 

455.3 

732 

003 

5280 

.0012 

The keyword attributes for declaring 
decimal fixed-point variables are DECIMAL 
and FIXED. Precision is stated by two 
decimal integers, separated by a comma and 
enclosed in parentheses. The first, which 
must be unsigned, specifies the total num- 
ber of digits; the second,, the scale fac- 
tor, may be signed and specifies the number 
of digits to the right of the decimal 
point. If the variable is to represent 
integers, the scale factor and its preced- 
ing comma can be omitted. The attributes 
may appear in any order, but the precision 
specification must follow either DECIMAL or 
FIXED (or REAL or COMPLEX). 

Following are examples of declarations 
of decimal fixed-point variables: 

DECLARE A FIXED DECIMAL (5,4); 

DECLARE B FIXED (6,0) DECIMAL; 

DECLARE C FIXED (7,-2) DECIMAL; 

The first DECLARE statement specifies that 
the identifier A is to represent decimal 
fixed- point items of not more than five 
digits, four of which are to be treated as 
fractional, that is, to the right of the 
assumed decimal point. Any item assigned 
to A will be converted to decimal fixed- 
point and aligned on the decimal point. 
The second DECLARE statement specifies that 
B is to represent integers of no more than 
6 digits. Note that the comma and the zero 
are unnecessary; it could have been 
specified B FIXED DECIMAL (6). The third 
DECLT^E Statement specifies a negative 
scale factor of -2; this means that the 
assumed decimal point is two places to the 
right of the rightmost digit of the item. 

The maximum number of decimal digits 
allowed for System/ 360 implementations is 
15. Default precision, assumed when no 
specification is made, is (5,0). The 
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internal coded arithmetic form of decimal 
fixed-point data is packed decimal. Packed 
decimal is stored two digits to the byte, 
with a sign indication in the rightmost 
four bits of the rightmost byte. Conse- 
quently, a decimal fixed-point data item is 
always stored as an odd number of digits, 
even though the declaration of the variable 
may specify the number of digits (p) as an 
even number. When the declaration speci- 
fies an even number of digits, the extra 
digit place is in the high-order position, 
and it participates in any operations per- 
formed upon the data item, such as in a 
comparison operation. Any arithmetic over- 
flow or assignment into an extra high-order 
digit place can be detected only if the 
SIZE condition is enabled. 



Bin ary Fixed-Point Da ta 



A binary fixed-point constant consists 
of one or more binary digits with an 
optional binary point, followed immediately 
by the letter B, with no intervening blank. 
In most uses, a sign may optionally precede 
the constant. 



Examples of binary fixed-point constants 
as written in a program are: 

lOllOB 

lllllB 



lOlB 



Sterling^ Fixed-Poin t D ata 



lll.OlB 



1011. IIIB 



PL/I has a facility for handling con- 
stants stated in terms of sterling currency 
value. The data may be written in a 
program with pounds, shillings, and pence 
fields, each separated by a period. Such 
data is converted and maintained internally 
as a decimal fixed-point number represent- 
ing the equivalent in pence. h sterling 
data constant ends with the letter L, 
representing the pounds symbol- All three 
fields (pounds, shillings, and pence) must 
be present in a sterling constant. Note 
that the pence field is one or more decimal 
digits with an optional decimal point (the 
integer part must be less than 12 and 
cannot, be omitted) . 

Examples of sterling fixed-point con- 
stants as written in a program are: 

101.13. 8L 

1.10. OL 

0.0. 2. 5L 

2.«4.6L 

The third example represents twopence- 
halfpenny. The last example represents two 
pounds, four shillings, and six pence. It 
is converted and stored internally as 53U 
(pence) , 

There are no keyword attributes for 
declaring sterling variables, but a 
variable can be declared with a sterling 
picture, or sterling values may be 
expressed in pence as decimal fixed-point 
data. The precision of a sterling constant 
is the precision of its value expressed in 
pence. 



The keyword attributes for declaring 
binary fixed-point variables are BINARY cind 
FIXED. Precision is specified by two deci- 
mal integer constants, enclosed in paren- 
theses, to represent the maximum number of 
binary digits and the number of digits to 
the right of the binary point, respective- 
ly. If the variable is to represent inte- 
gers, the second digit and the comma can be 
omitted. The attributes car appear in any 
order, but the precision specification must 
follow either BINARY or FIXED (or REAL or 
COMPLEX ) . 

Following is an example of declaration 
of a binary fixed-point variable: 

DECLARE FACTOR BINARY FIXED (20,2); 

FACTOR is declared to be a variable that 
can represent arithmetic data items as 
large as 20 binary digits, two of which are 
fractional. The decimal equivalent of that 
value range is from -262,144.00 through 
+262,143.75. 

The maximum number of binary digits 
allowed for System/ 360 implementations is 
31. Default precision is (15,0). The 
internal coded arithmetic form of binary 
fixed-point data is a fixed-point binary 
full word. A full word is 31 bits plus a 
sign bit. Any binary fixed-point data item 
is always stored as 31 digits, even though 
the declaration of the variable may specify 
fewer digits. The declared number of 
digits are considered to be in the low- 
order positions, but the extra high-order 
digits participate in any operations 
performed upon the data item. Any arith- 
metic overflow into such extra high-order 
digit positions can be detected only if the 
SIZE condition is enabled. 
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An identifier for which no declaration 
is made is assiimed to be a binary fixed- 
point variable, with default precision, if 
its first letter is any of the letters I 
through N. 



D ecimal Floating-Point Data 



A decimal floating-point constant is 
written as a field of decimal digits 
followed by the letter E, followed by an 
optionally signed decimal integer exponent. 
The first field of digits may contain a 
decimal point. The entire constant may be 
preceded by a plus or minus sign. Examples 
of decimal floating-point constants as 
written in a program are: 

15E-23 



expressed by a decimal floating-point data 
item. Default precision is (6). The 
internal coded arithmetic form of decimal 
floating-point data is normalized hexadeci- 
mal floating-point, with the point assumed 
to the left of the first hexadecimal digit. 
If the declared precision is less than or 
equal to (6), short floating-point form is 
used; if the declared precision is greater 
than (6), long floating-point form is used. 

An identifier for which no declaration 
is made is assumed to be a decimal 
floating-point variable if its first letter 
is any of the letters A through H, O 
through Z, or one of the alphabetic exten- 
ders, $, #, a. 



Binary Fl o ating-Point Data 



15E23 

4E-3 

U8333E65 

U38E0 

3141593E-6 

.0031U1593E3 

The last two examples represent the same 
value. 

The keyword attributes for declaring 
decimal floating-point variables are DECI- 
MAL and FLOAT. Precision is stated by a 
decimal integer constant enclosed in paren- 
theses. It specifies the minimum number of 
significant digits to be maintained. If an 
item assigned to a variable has a field 
width larger than the declared precision of 
the variable, truncation may occur on the 
right. The least significant digit is the 
first that is lost. Attributes may appear 
in any order, but the precision specifi- 
cation must follow either DECIM.AL or FLOAT 
(or REAL or COMPLEX). 

Following is an example of declaration 
of a decimal floating-point variable: 

DECLARE LIGHT_YEARS DECIMAL FLOAT ( 5); 

This statement specifies that LIGHT_YEARS 
is to represent decimal floating-point data 
items with an accuracy of at least five 
significant digits. 

The maximum precision allowed for deci- 
mal floating-point data items for 
System/360 implementations is (16); the 
exponent cannot exceed two digits. A value 
range of approximately lO-"'^ to lO"'^ can be 



A binary floating-point constant con- 
sists of a field of binary digits followed 
by the letter E, followed by an optionally 
signed decimal integer exponent followed by 
the letter B. The exponent is a string of 
decimal digits and specifies an integral 
power of two. The field of binary digits 
may contain a binary point. A binary 
floating-point constant may be preceded by 
a plus or minus sign. Examples of binary 
floating-point constants as written in a 
program are; 

101101E5B 

101.101E2B 

11101E-28B 

The keyword attributes for declaring 
binary floating-point variables are BINARY 
and FLOAT. Precision is expressed as a 
decimal integer constant, enclosed in 
parentheses, to specify the minimum number 
of significant digits to be maintained. 
The attributes can appear in any order, but 
the precision specification must follow 
either BINARY or FLOAT (or REAL or 
COMPLEX). Following is an example of dec- 
laration of a binary floating-point varia- 
ble: 

DECLARE S BINARY FLOAT (16); 

This specifies that the identifier S is to 
represent binary floating-point data items 
with 16 digits in the binary field. 

The maximum precision allowed for binary 
floating-point data items for System/360 
implementations is (53); default precision 
is (21). The exponent cannot exceed three 
decimal digits. A value range of approxi- 
mately 2-260 to 2^52 can be expressed by a 
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binary floating-point data item. The 
internal coded arithmetic form of binary 
floating-point data is normalized hexadeci- 
mal floating-point. If the declared preci- 
sion is less than or equal to (21) , short 
floating-point form is used; if the 
declared precision is greater than (21), 
long floating-point form is used. 



Complex Arithmetic Data 



In the complex mode, an arithmetic data 
item is considered to consist of two parts, 
the first a real part and the second a 
signed imaginary part. There are no com- 
plex constants in PL/I. The effect is 
obtained by writing a real constant and an 
imaginary constant. 

An imaginary constant is written as a 
real constant of any type (except sterling 
fixed-point) immediately followed by the 
letter I. 

Examples of imaginary constants as writ- 
ten in a program are: 

271 

3. 968E10I 

11011, OIBI 

Each of these is considered to have a real 
part of zero. Although complex constants 
cannot be written with a nonzero real part, 
PL/I provides the facility to express such 
values in the following form: 

real-constant! + | -}imaginary-constant 

Thus a complex value could be written as 
38+271. 

The keyword attribute for declaring a 
complex variable is COMPLEX. A complex 
variable can have any of the attributes 
valid for the different types of real 
arithmetic data. Each of the base, scale, 
and precision attributes applies to both 
fields. 

Unless a variable is explicitly declared 
to have the COMPLEX attribute, it is 
assumed to represent real data items. 



Numeric Character Data 



A numeric character data item (also 
known as a niameric field data item) is the 



value of a variable that has been declared 
with the PICTURE attribute and a numeric 
picture specification. The data item is 
the character representation of a decimal 
fixed-point or floating-point value. 

A numeric picture specification des- 
cribes a character string to which only 
data that has, or can be converted to, an 
arithmetic value is to be assigned. A 
numeric picture specification cannot con- 
tain either of the picture characters A or 
X, which are used for non-numeric picture- 
character strings. The basic form of a 
numeric picture specification is one or 
more occurrences of the digit-specifying 
picture character 9 and an optional 
occurrence of the picture character V, to 
indicate the assumed location of a decimal 
point. The picture specification must be 
enclosed in single quotation marks. For 
example: 

•999V99* 

This numeric picture specification des- 
cribes a data item consisting of up to five 
decimal digits in character form, with a 
decimal point assumed to precede the right- 
most two digits. 

Repetition factors may be used in numer- 
ic picture specifications. A repetition 
factor is a decimal integer constant, 
enclosed in parentheses, that indicates the 
number or repetitions of the immediately 
following picture character. For example, 
the following picture specification would 
result in the same description as the 
example shown above: 

• (3)9V(2)9' 

The format for declaring a numeric char- 
acter variable is: 

DECLARE identifier PICTURE 

•numeric-picture-specification' ; 

For example: 

DECLARE PRICE PICTURE •999V99*; 

This specifies that any value assigned to 
PRICE is to be maintained as a character 
string of five decimal digits,, with an 
assumed decimal point preceding the right- 
most two digits. Data assigned to PRICE 
will be aligned on the assumed point in the 
same way that point alignment is maintained 
for fixed- point decimal data. 

The numeric picture specification can 
specify all of the arithmetic attributes of 
data in much the same way that they are 
specified by the appearance of a constant. 
Only decimal numeric data can be represent- 
ed by picture characters, complex data can 
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be declared by specifying the COMPLEX 
attribute along with a single picture 
specification that describes either a 
fixed-point or a floating-point data item. 



It is important to note that, although 
numeric character data has arithmetic 
attributes, it is not stored in coded 
arithmetic form. In System/360 implement- 
ations, numeric character data is stored in 
zoned decimal format; before it can be used 
in arithmetic computations, it must be 
converted either to packed decimal or to 
hexadecimal floating-point format. Such 
conversions are done automatically, but 
they require extra execution time. 

Although numeric character data is in 
character form, like character strings, and 
although it is aligned on the decimal point 
like coded arithmetic data, it is processed 
differently from the way either coded 
arithmetic items or character strings are 
processed. Editing characters can be spec- 
ified for insertion into a numeric charac- 
ter data item, and such characters are 
actually stored within the data item. Con- 
sequently, when the item is printed, or 
treated as a character string, the editing 
characters are included in the assignment. 
If, however, a numeric character item is 
assigned to another numeric character or 
arithmetic variable, the editing characters 
will not be included in the assignment; 
only the actual digits and the location of 
the assumed decimal point are assigned. 

Consider the following example: 

DECLARE PRICE PICTURE '$99V.99', 
COST CHARACTER (6), 
VALUE FIXED DECIMAL (6,2); 

PRICE = 12. 28 ; 

COST = ' $12.28' ; 

In the picture specification for PRICE, the 
currency symbol ($) and the decimal point 
(.) are editing characters. They are 
stored as characters in the data item. 
They are not, however, a part of its 
arithmetic value. After execution of the 
second assignment statement, the actual 
internal character representcition of PRICE 
and COST can be considered identical. If 
they were printed, they would print exactly 
the same. They do not, however, always 
function the same. For example: 

VALUE = PRICE; 

COST = PRICE; 

VALUE = COST; 

PRICE = COST; 



After the first two assignment state- 
ments are executed, the value of VALUE 
would be 0012.28 and the value of COST 
would be •$12.28*. In the assignment of 
PRICE to VALUE, the currency symbol and the 
decimal point are considered to be editing 
characters, and they are not part of the 
assignment; the arithmetic value of PRICE 
is converted to internal coded arithmetic 
form. In the assignment of PRICE to COST, 
however, the assignment is to a character 
string, and the editing characters of a 
numeric picture specification always parti- 
cipate in such an assignment. No conver- 
sion is necessary because PRICE is stored 
in character form. 



The third and fourth assignment state- 
ments would cause errors. The value of 
COST cannot be assigned to VALUE because 
the currency symbol in the string makes it 
invalid as an arithmetic constant. The 
value of COST cannot be assigned to PRICE 
for exa ctly the same reason . Only values 
that are of arithmetic type, or that can be 
converted to arithmetic type, can be 
assigned to a variable declared with a 
numeric picture specification. 
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editing character or a 
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since its appearance 
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STRING DATA 



A string is a contiguous sequence of 
characters (or binary digits) that is 
treated as a single data item. The length 
of the string is the number of characters 
(or binary digits) it contains. 

There are two types of strings: charac- 
ter strings and bit strings . 
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Character- string Data 



A character string can include any 
digit, letter, or special character recog- 
nized as a character by the particular 
machine! configuration. Any blank included 
in a character string is an integral char- 
acter aiid is included in the count of 
length. \ A comment that is inserted within 
a chairacter string will not be recognized 
as a comment. The comment, as well as the 
comment delimiters (/* and */) , will be 
considered to be part of the character- 
string data. 

Chciracter- string constants, when written 
in a program, must be enclosed in single 
quota ti6n marks. If a single quotation 
mark is a character in a string, it must be 
written as two single quotation marks with 
no intervening blank. The length of a 
character string is the number of 
characters between the enclosing quotation 
marks. If two single quotation marks are 
used within the string to represent a 
single quotation mark, they are counted as 
a single character. 

Examples of character-string constants 
are: 

'LOGARITHM TABLE' 

•PAGE 5' 



I f I • I 



dHAKESPEARE "3 " ■ 'HAMLET 



•AC438-19' 



(2>' WALLA ' 

The third example actually indicates 
SHAKESPEARE'S ''HAMLET'' WITH A LENGTH OF 
24. In the last example, the parenthesized 
number is a repe t ition factor , which indi- 
cates tfepetition of the characters that 
follow. This example specifies the con- 
stant 'WALLA WALLA ' (the blank is included 
as one of the characters to be repeated) . 
The repetition factor must be an unsigned 
decimal integer constant, enclosed in 
parentheses. 

The keyword attribute for declaring a 
character-string variable is CHARACTER. 
Length is declared by an expression or a 
decimal integer constant, enclosed in 
parentheses, which specifies the number of 
characteirs in the string. The length 
specification must follow the keyword CHAR- 
ACTER. For example: 

DECLARE NAME CHARACTER (15); ^ 

This DECLARE Statement specifies that the 
identifier NAME is to represent character- 
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Character-string variables may also be 
declared to have the VARYING attribute, as 
follows : 

DECLARE NAME CHARACTER (15) VARYING; 

This DECLARE statement specifies that the 
identifier NAME is to be used to represent 
varying-length character-string data items 
with a maximum length of 15. The actual 
length attribute for NAME at any particular 
time is the length of the data item 
assigned to it at that time. The program- 
mer need not keep track of the length of a 
varying-length character string; this is 
done automatically. The length at any 
given time can be determined by the pro- 
grammer, however, by use of the LENGTH 
built-in function, as discussed in Chapter 
9, "Editing and String Handling." Note for 
the F Compiler that until a varying-length 
string variable is given an initial value, 
its length is set to zero. 



Character-string data 
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Character-string variables also can be 
declared using the PICTURE attribute of the 
form: 

PICTURE • character-picture-specification ' 

The character picture specification is a 
string composed of the picture specifi- 
cation characters A, X, and 9. The string 
of picture characters must be enclosed in 
single quotation marks, and it must contciin 
at least one A or X and no other picture 
characters except 9. The character A spe- 
cifies that the corresponding position in 
the described field will contain an alpha- 
betic character or blank. The character X 
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specifies that any character may appear in 
the corresponding position in the field. 
The picture character 9 specifies that the 
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corresponding position will contain a 
numeric character or blank. For example: 

DECLARE PART_NO PICTURE ' Ai\9 999X9 99 • ; 

This DECLARE Statement specifies that the 
identifier PART_NO will represent 
character-string data items consisting of 
two alphabetic characters, four numeric 
characters, one character that may be any 
character, and three numeric characters. 

Repetition factors are used in picture 
specifications differently from the way 
they are used in string constants. Repeti- 
tion factors must be placed inside the 
quotation marks. The repetition factor 
specifies repetition of the immediately 
following picture charactfer. For example, 
the above picture specification could be 
written: 

• (2)A(4)9X(3)9' 

The maximum length allowed for a picture 
specification is the same as that allowed 
for character-string constants, as dis- 
cussed above. 

Note that, for character picture speci- 
fications, the picture character 9 speci- 
fies a digit or a blank , while, for numeric 
picture specifications,, the same; character 
specifies only a digit . 



the length specification since it is not 
part of the string. The length specifi- 
cation must follow the keyword BIT. Fol- 
lowing is an example of declaration of a 
bit- string variable: 

DECLARE SYMPTOMS BIT (64); 

Like character strings, bit strings are 
assigned to variables from left to right. 
If a string is longer than the length 
declared for the variable, the rightmost 
digits are truncated; if shorter, padding, 
on the right, is with zeros. 

A bit-string variable may be given the 
VARYING attribute to indicate it is to be 
used to represent varying-length bit 
strings. Its application is the same as 
that described for character- string varia- 
bles in the preceding section. 

With System/360 implementations, bit 
strings are stored eight bits to a byte. 
The maximum length allowed for a bit-string 
variable with the F Compiler is 32,767. 
The maximum length allowed for a bit-string 
constant after application of repetition 
factors depends upon the amount of storage 
available to the compiler, but it will 
never be less than 8,056 (1,007 bytes). 
The minimum length for a bit string is 
zero. 



Bit- String Data 



A bit-string constant is written in a 
program as a series of binary digits 
enclosed in single quotation marks and 
followed immediately by the letter B. 



PROGRAM CONTROL DATA 



The types of program control data are 
label, event, task,, locator, and area. 



LABEL DATA 



Examples of bit- string constants as 
written in a program are: 

•I'B 

•lllllOlOllOOOl'B 

(6U)'0*B 

The parenthesized number in the last exam- 
ple is a repetition factor which specifies 
that the following series of digits is to 
be repeated the specified number of times. 
The example shown would result in a string 
of 64 binary zeros. 

A bit-string variable is declared with 
the BIT keyword attribute. Length is spec- 
ified by an expression or a decimal integer 
constant, enclosed in parentheses, to spec- 
ify the number of binary digits in the 
string. The letter B is not included in 



A label data item is a label constant or 
the value of a label variable. 

A label constant is an identifier writ- 
ten as a prefix to a statement so that, 
during execution,, program control can be 
transferred to that statement through a 
reference to its label. A colon connects 
the label to the statement. 

ABODE: DISTANCE = RATE+TIME; 

In this example, ABODE is the statement 
label. The statement can be executed eith- 
er by normal sequential execution of 
instructions or by transferring control to 
this statement from some other point in the 
program by means of a GO TO statement. 

As used above, ABODE can be classified 
further as a statement- label constant. A 
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statement-label variable is an identifier 
that refers to statement- label constants. 
Consider the following example: 



LBL A'. 



statement; 



LBL B: statement; 



LBL X = LBL A; 



GO TO LBL X; 



LBL_A and LEL_B are statement-label con- 
stants because they are prefixed to state- 
ments. LBL_X is a statement- label varia- 
ble. By assigning LBL_A to LBL_X, the 
statement GO TO LBL_X causes a transfer to 
the LBL_A statement. Elsewhere, the pro- 
gram may contain a statement assigning 
LBL_ B to LBL_X. Then, any reference to 
LBL_X would be the same as a reference to 
LBLB. This value of LBL_X is retained 
until another value is assigned to it, 

A statement-label variable must be 
declared with the LABEL attribute, as fol- 
lows: 

DECLARE LBL X LABEL; 



EVENT DATA 



Event variables are used to coordinate 
the concurrent execution of a number of 
procedures, or to allow a degree of overlap 
between a record-oriented input/output 
operation and the execution of other state- 
ments in the procedure that initiated the 
operation. 

A variable is given the EVENT attribute 
by its appearance in an EVENT option or a 
WAIT statement, or by explicit declaration, 
as in the following example: 

DECLARE ENDEVT EVENT; 

For detailed information, see Chapter 
15, "Multitasking," and "The EVENT Option" 
in Chapter 8, "Input and Output." 



TASK DATA 



Task variables are used to control the 
relative priorities of different tasks 
(i.e., concurrent separate executions of a 
procedure or procedures). 



A variable is given the TASK attribute 
by its appearance in a TASK option, or by 
explicit declaration, as in the following 
example: 



DECLARE ADTASK TASK; 



For detailed information, see Chapter 
15, "Multitasking." 



LOCATOR DATA 



There are two types 
pointer and offset. 



of locator data: 



The value of a pointer variable is 
effectively an address of a location in 
storage, and so it can be used to qualify a 
reference to a variable that may have been 
allocated storage in several different 
locations, all of which are immediately 
accessible. Since based storage is so 
allocated, reference to a based variable 
must be qualified in some way; with the F 
compiler, this qualification must be pro- 
vided by a pointer variable. 

The value of an offset variable speci- 
fies a location relative to the start of a 
reserved area of storage and remains valid 
when the address of the area itself chan- 
ges. 

Locator variables can be declared as in 
the following example: 

DECLARE HEADPTR POINTER,, 

FIRST OFFSET (AREAl) ; 

In this example, AREAl is the name of the 
reserved area of storage that will contain 
the location specified by FIRST, 

A variable can also be given the POINTER 
attribute by its appearance in the BASED 
attribute, by its appearance on the left- 
hand side of a pointer qualification 
symbol, or by its appearance in a SET 
option. 

For detailed information, see Chapter 
14, "Based Storage and List Processing." 
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AREA DATA 



Area variables are used to describe 
areas of storage that are to be reserved 
for the allocation of based variables. An 
area can be assigned or transmitted com- 
plete with its contained allocations; thus, 
a set of based allocations can be treated 
as one unit for assignment and input/output 
while each allocation retains its indivi- 
dual identity. 

A variable is given the AREA attribute 
either by its appearance in the OFFSET 
attribute or an IN option, or by explicit 
declaration, as in the following example: 

DECLARE AREAl AREA (20 00), 
AREA2 AREA; 

The number of bytes of storage to be 
reserved can be stated explicitly, as it 
has been for AREAl in the example; other- 
wise a default size is assumed. For the F 
Compiler, this default size is 1000 bytes- 

For detailed information, see chapter 
14,, "Based Storage and List Processing. " 



DATA ORGANIZATION 



In PL/I, data items may be single data 
elements, or they may be grouped together 
to form data collections called arrays and 
structures. A variable that represents a 
single element is an element Vciriable (also 
called a scalar variable) , A variable that 
represents a collection of datei elements is 
either an array variable or a structure 
variable . 

Any type of problem datei or program 
control data can be collected into arrays 
or structures. 



ARRAYS 



Data elements having the same charac- 
teristics, that is,, of the same data type 
and of the same precision or length, may be 
grouped together to form an array. An 
array is an n-dimensional collection of 
elements,, all of which have identical 
attributes. Only the array itself is given 
a name. An individual item of an array is 
referred to by giving its relative position 
within the array. 



Consider the following two declarations; 
DECLARE LIST (8) FIXED DECIMAL (3); 
DECLARE TABLE (4,2) FIXED DECIMAL (3); 



In the first example, LIST is declared to 
be a one-dimensional array of eight ele- 
ments, each of which is a fixed-point 
decimal item of three digits- In the 
second example, TABLE is declared to be a 
two-dimensional array, also of eight fixed- 
point decimal elements. 

The parenthesized number or numbers 
following the array name in a DECLARE 
statement is the dimension attribute speci- 
fication. It must follow the array name, 
with or without an intervening blank. It 
specifies the number of dimensions of the 
array and the bounds, or extent, of each 
dimension. Since only one bounds specifi- 
cation appears for LIST, it is a one- 
dimensional array. Two bounds spec if i- 
cationSi separated by a comma, are listed 
for TABLE; consequently, it is declared to 
be a two-dimensional array. , 

The bounds of a dimension are the 
beginning and the end of that dimension. 
The extent is the number of integers 
between, and including, the lower and upper 
bounds. If only one integer appears in the 
bounds specification for a dimension, the 
lower bound is assumed to be 1. The one 
dimension of LIST has bounds of 1 and 8; 
its extent is 8. The two dimensions of 
TABLE have bounds of 1 and 4 and 1 and 2; 
the extents are 4 and 2. 

I If the lower bound of a dimension is not 
1, both the upper bound and the lower bound 
must be stated explicitly, with the two 
niombers connected with a colon. For exam- 
ple: 

DECLARE LIST_A (4:11); 

DECLARE LIST_B (-4:3); 

In the first example,, the bounds are 4 and 
11; in the second they are -4 and 3. Note 
that the extents are the same; in each 
case, there are 8 integers from the lower 
bound through the upper bound. It is 
important to note the difference between 
the bounds and the extent of an array. In 
the manipulation of array data (discussed 
in Chapter 4, "Expressions") involving more 
than one array, the bounds — not merely 
the extents — must be identical. Although 
LIST, LIST_A, and LIST_B all have the same 
extent, the bounds are not identical. 

The bounds of an array determine the way 
elements of the array can be referred to. 
For example, assume that the following data 



Chapter 3: Data Elements 37 



items are assigned to the array LIST, as 
declared above: 

20 5 10 30 630 150 310 70 

The different elements would be referred 
to as follows: 



illustrated as a matrix of four rows and 
two columns, as follows: 



Reference 

LIST (1) 

LIST (2) 

LIST (3) 

LIST (4) 

LIST (5) 

LIST (6) 

LIST (7) 

LIST (8) 



Element 
20 

5 

10 

30 
630 
150 
310 

70 



Each of the numbers following the name 
LIST is a subscript . A parenthesized sub- 
script following an array name, with or 
without an intervening blank, specifies the 
relative position of a data item within the 
array. A subscripted name, such as 
LIST(4), refers to a single element and is 
an element variable. The entire array can 
be referred to by the unsubscripted name of 
the array, for example, LIST. In this 
case<, LIST is an array variable. Note the 
difference between a subscript and the 
dimension attribute specification. The 
latter, which appears in a declaration, 
specifies the dimensionality and the number 
of elements in an array. Subscripts are 
used in other references to identify speci- 
fic elemehts within the array. 

The same data assigned to LIST_A and 



LIST__B, as declared 
referred to as follows: 



above, would be 



Reference 


Element 


Reference 


LIST_A 


(4) 


20 


LIST_B 


(-4) 


LIST_A 


(5) 


5 


LIST_B 


(-3) 


LIST_A 


(6) 


10 


LIST_B 


(-2) 


LIST_A 


(7) 


30 


LIST_B 


(-1) 


LIST_A 


(8) 


630 


LIST_B 


(0) 


LIST_A 


(9) 


150 


LIST_B 


(1) 


LIST_A 


(10) 


310 


LIST_B 


(2) 


LIST A 


(11) 


70 


LIST B 


(3) 



Assume that the same data were assigned 
to TABLE, which is declared as a two- 
dimensional array. TABLE can be 



TABLE (m, 
(l,n) 


n) 


(m,l) 
20 


(m,2) 
5 


(2,n) 




10 


30 


(3,n) 




630 


150 



(4,n) 



310 



70 



An element of TABLE is referred to by a 
subscripted name with two parenthesized 
subscripts, separated by a comma. For 
example, TABLE (2,1) would specify the 
first item in the second row, in this case, 
the data item 10. 



Note: The use of 



matrix to 



illustrate 
It hcis no 



TABLE is purely conceptual, 
relationship to the way in which the items 
are actually organized in storage. Data 
items are assigned to an array in row major 
order, that is, with the right-most sub- 
script varying most rapidly. For example, 
assignment to TABLE would be to TABLE (1,1), 
TABLE(1,2), TABLE(2,1), TABLE(2,2) and so 
forth. 

Arrays are not limited to two dimen- 
sions. The PL/I F Compiler allows as many 
as 32 dimensions to be declared for an 
array. In a reference to an element of any 
array, a subscripted name must contain as 
many subscripts as there are dimensions in 
the array. 

Examples of arrays in this chapter have 
shown arrays of arithmetic data. Other 
data types may be collected into arrays. 
String arrays, either character or bit, are 
valid, as are arrays of statement labels. 



Expressions as Subscripts 



The subscripts of a subscripted name 
need not be constants. Any expression that 
yields a valid arithmetic value can be 
used. If the evaluation of such an expres- 
sion does not yield an integer value, the 
fractional portion is ignored. For 
System/360 implementations,, the integer 
value is converted, if necessary, to a 
fixed-point binary number of precision 
(15,0), since subscripts are maintained 
internally as binary integers. 

Subscripts are frequently expressed as 
variables or other expressions. Thus, 
TABLE(I,J*K) could be used to refer to the 
different elements of TABLE by varying the 
values of I, J, and K. 
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Cross Sections o f Arrays 



PAYROLL 



LAST NAME 



REGULAR HOURS 



REGULAR RATE 



Cross sections of arrays can be referred 
to by substituting an asterisk for a sub- 
script in a subscripted name. The asterisk 
then specifies that the entire extent is to 
be used. For example, TABLE (*,1) refers to 
all of the elements in the first column of 
TABLE. It specifies the cross section 
consisting of TABLE(1,1), TABLE(2,1), 
TABLE (3,1), and TABLE (4,1). The subscript- 
ed name TABLE (2,*) refers to all of the 
data items in the second row of TABLE. 
TABLE (*,*) refers to the entire array. 



Note that a subscripted name containing 
asterisk subscripts represents, not a sin- 
gle data element, but an array with as many 
dimensions as there are asterisks. Conse- 
quently, such a name is not an element 
expression, but an array expression. 



FIRST NAT/iE 



OVERTIME HOURS OVERTIME RATE 



Any reference to PAYROLL would be a 
reference to all of the element variables. 
For example: 

GET DATA (PAYROLL) ; 

This input statement could cause data to 
be assigned to each of the element varia- 
bles of the structure PAYROLL. 



It often i 
entire collect 
lections. In 
and FIRST_NAME 
lection, as 
OVERTIME_HOURS 
OVERT IME_R ATE. 
collections al 



s convenient to subdivide the 
ion into smaller logical col- 
the above examples, LAST_NAME 
might make a logical subcol- 
might REGULAR_HOURS and 
, as well as REGULAR_RATE and 
In a structure, such sub- 
so are given names. 



PAYROLL 



NAME 



HOURS 



RATE 



STRUCTURES 



FIRST 
LAST 



REGULAR 
OVERTIME 



REGULAR 
OVERTIME 



Data items that need not have identical 
characteristics,, but that possess a logical 
relationship to one another, can be grouped 
into aggregates called structures. 



Like an array,, the entire structure is 
given a name that can be used to refer to 
the entire collection of data. Unlike an 
array,, however, each element of a structure 
also has a name. 

A structure is a hierarchical collection 
of names. At the bottom of the hierarchy 
is a collection of elements, each of which 
represents a single data item or an array. 
At the top of the hierarchy is the struc- 
ture name, which represents the entire 
collection of element variables. For exam- 
ple, the following is a collection of 
element variables that might be used to 
compute a weekly payroll : 

LAST_NAME 

FIRST_NAME 

REGULAR_HOURS 

OVERTIME_HOURS 

REGULAR_RATE 

OVERTIME_RATE 

These variables could be collected into 
a structure and given a single structure 
name, PAYROLL, which would refer to the 
entire collection. 



Note that the hierarchy of names can be 
considered to have different levels. At 
the first level is the structure name 
(called a major structure name); at a 
deeper level are the names of substructures 
(called minor structure names); and at the 
deepest are the element names (called elem- 
entary names). An elementary name in a 
structure can represent an array, in which 
case it is not an element variable, but an 
array variable. 

The organization of a structure is spec- 
ified in a DECLARE statement through the 
use of level numbers. A major structure 
name must be declared with the level number 
1. Minor structures and elementary names 
must be declared with level numbers arith- 
metically greater than 1; they must be 
decimal integer constants. A blank must 
separate the level number and its associat- 
ed name. 

For example, the items of a weekly 
payroll could be declared as follows: 

DECLARE 1 PAYROLL, 
2 NAME, 

3 LAST, 

3 FIRST, 
2 HOURS, 

3 REGULAR, 

3 OVERTIME, 
2 RATE, 

3 REGULAR, 

3 OVERTIME; 
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Note ; In an actual declaration of the 
structure PAYROLL, attributes would be 
specified for each of the elementary names. 
The pattern of indention in this example is 
used only for readability. The statement 
could be written in a continuous string as 
DECLARE 1 PAYROLL, 2 NAME, 3 LAST, etc. 

PAYROLL is declared as a major structure 
containing the minor structures NAME, 
HOURS, and RATE. Each minor structure 
contains two elementary names. A program- 
mer can refer to the entire structure by 
the name PAYROLL, or he can refer to 
portions of the structure by referring to 
the minor structure names. He can refer to 
an element by referring to an elementary 
name. 



is no ambiguity. Note, however, that each 
of the names REGULAR and OVERTIME appears 
twice in the structure declaration for 
PAYROLL. A reference to either name would 
be ambiguous without some qualification to 
make the name unique. 



PL/I allows the use of qualified names 
to avoid this ambiguity. A qualified name 
is an elementary name or a minor structure 
name that is made unique by qualifying it 
with one or more names at a higher level. 
In the PAYROLL example, REGULAR and OVER- 
TIME could be made unique through use of 
the qualified names HOURS. REGULAR, 
HOURS . OVERTIME , RATE . REGULAR, and 
RATE,. OVERTIME. 



Note that in the declaration, each level 
number precedes its associated name and is 
separated from the name by a blank. The 
numbers chosen for successively deeper 
levels need not be the immediately succeed- 
ing integers. They are used merely to 
specify the relative level of a name. A 
minor structure at level n contains all the 
names with level numbers greater than n 
that lie between that minor structure name 
and the next name with a level number less 
than or equal to n. PAYROLL might have 
been declared as follows: 

DECLARE 1 PAYROLL, 
4 NAME, 
5 LAST, 

5 FIRST, 
2 HOURS, 

6 REGULAR, 
5 OVERTIME, 

2 RATE, 

3 REGULAR, 
3 OVERTIME; 

This declaration would result in exactly 
the same structuring as the previous dec- 
laration. 

The description of a major structure 
name is terminated by the declaration of 
another item with a level number 1, by the 
declaration of another item with no level 
number, or by a semicolon teinminating the 
DECLARE Statement. 

Level numbers are specified with struc- 
ture names only in DECLARE statements. In 
references to the structure or its ele- 
ments, no level numbers are used. 



Q ualified Name s 



A minor structure or a structure element 
can be referred to by the minor structure 
name or the elementary name alone if there 



The different names of a qualified name 
are connected by periods. Blanks may or 
may not appear surrounding the period. 
Qualification is in the order of levels; 
that is, the name at the highest level must 
appear first, with the name at the deepest 
level appearing last. 



Any of the names in a structure, except 
the major structure name itself, need not 
be unique within the procedure in which it 
is declared. For example, the qualified 
name PAYROLL. HOURS. REGULAR might be 
required to make the reference unique 
(another structure, say WORK, might also 
have the name REGULAR in a minor structure 
HOURS; it could be made unique with the 
name WORK. HOURS. REGULAR) . All of the 
qualifying names need not be used, although 
they may be, if desired. Qualification 
need go only so far as necessary to make 
the name unique. Intermediate qualifying 
names can be omitted. The name 
PAYROLL. LAST is a valid reference to the 
name PAYROLL. NAME. LAST. 



ARRAYS OF STRUCTURES 



A Structure name,, either major or minor, 
can be given a dimension attribute in a 
DECLARE statement to declare an array of 
structures. An array of structures is an 
array whose elements are structures having 
identical names, levels, and elements. For 
example, if a structure, WEATHER, were used 
to process meteorological information for 
each month of a year, it might be declared 
as follows: 
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DECLARE 1 WEATHER (12), 

2 TEMPERATURE, 

3 HIGH DECIMAL FIXED (4,1), 
3 LOW DECIMAL FIXED (3,1), 

2 WIND_VELOCITY, 

3 HIGH DECIMAL FIXED(3), 
3 LOW DECIMAL FIXED (2), 

2 PRECIPITATION, 

3 TOTAL DECIMAL FIXED(3,1), 
3 AVERAGE DECIMAL FIXED(3,1); 

Thus, a programmer could refer to the 
weather data for the month of July by 
specifying WEATHER(7). Portions of the 
July weather could be referred to by 
TEMPERATURE (7) , WIND_VEL0CITY(7) , and 
PRECIPITATION ( 7) , but T0TAL(7) would refer 
to the total precipitation during the month 
of July. 

TEMPERATURE.HIGH(3) , which would refer 
to the high temperature in March, is a 
subscripted qualified name . 

The need for subscripted qualified names 
becomes more apparent when an array of 
structures contains minor structures that 
are arrays. For example, consider the 
following array of structures: 

DECLARE 1 A (6,6) , 
2 B (5), 
3 C, 

3 D, 
2 E; 

Both A and B ar^, arrays of structures. To 
identify a data item, it may be necessary 
to use as many as three names and three 
subscripts. For example. Ad, 1) .B(2) .C 
identifies a particular C that is an ele- 
ment of B in a structure in A. 

So long as the order of subscripts 
remains unchanged, subscripts in such ref- 
erences may be moved to the right or left 
and attached to names at a lower or higher 
level. For example, A.B.C(1,1,2) and 
A(1,1,2).B.C have the same meaning as 
A(1,1).B(2).C for. the above array of struc- 
tures. Unless all of the subscripts are 
moved to the lowest or highest level, the 
qualified name is said to have interleaved 
subscripts; thus, A. B(l, 1, 2) ..C has inter- 



leaved subscripts. 

An array declared withiLn an array of 
structures inherits dimensions declared in 
the containing structure. For example, in 
the above declaration for the array of 
structures A, the array B is a three- 
dimensional structure, because it inherits 
the two dimensions declared for A. If B is 
unique and requires no qualification, any 
reference to a particular B would require 
three subscripts, two to identify the 
specific A and one to identify the specific 
B within that A. 



OTHER ATTRIBUTES 



Keyword attributes for data variables 
such as BINARY and DECIMAL are discussed 
briefly in the preceding sections of this 
chapter. Other attributes that are not 
peculiar to one data type may also be 
applicable. A complete discussion of these 
attributes is contained in Part II, Section 
I, "Attributes." Some that are especially 
applicable to a discussion of data type and 
data organization are DEFINED, LIKE, 
ALIGNED, UNALIGNED, and INITIAL. 



The DEFINED Attribute 



The DEFINED attribute specifies that the 
named data element, structure, or array is 
to occupy the same storage area as that 
assigned to other data. For example, 

DECLARE LIST (100,100), 

LIST_ITEM (100,100) DEFINED LIST; 

LIST is a 100 by 100 two-dimensional array. 
LIST_ITEM is an identical array defined on 
LIST. A reference to an element in 
LIST_ITEM is the same as a reference to the 
corresponding element in LIST. 

The DEFINED attribute, along with the 
POSITION attribute, can be used to subdi- 
vide or overlay a data item. For example: 

DECLARE LIST CHARACTER (50), 

LISTA CHARACTER (10) DEFINED LIST, 
LISTS CHARACTER (10) DEFINED LIST 

POSITION (11) , 
LISTC CHARACTER (30) DEFINED LIST 

POSITION ( 21 ) ; 

LISTA refers to the first ten characters of 
LIST. LISTB refers to the second ten 
characters of LIST. LISTC refers to the 
last thirty characters of LIST. 



The DEFINED attribute m 
to specify parts of an arr 
iSUB variables, in orde 
new array. The iSUB vari 
variables where i can be 
decimal integer constant f 
(where n represents the 
sions for the defined item 
the dummy variable (iSUB 
lower bound to the uppe 
dimension specified by n. 



ay also be used 
ay through use of 
r to constitute a 
ables are dummy 

specified as any 
rom 1 through n 

number of dimen- 
) . The value of 
) ranges from the 
r bound of the 

For example: 



DECLARE A(20,2 0) , 

B(10) DEFINED A ( 2.*1SUB, 2*1SUB) ; 
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B is a subset of A consisting of 
every even element in the diagonal of the 
array, A. In other words, B(l) corresponds 
to A (2, 2), B(2) corresponds to A (4, 4). 



The LIKE Attribute 



The LIKE attribute is used to indicate 
that the name being declared is to be given 
the same structuring as the major structure 
or minor structure name following the 
attribute LIKE. For example: 

DECLARE 1 BUDGET, 
2 RENT, 
2 FOOD, 

3 MEAT, 

3 EGGS, 

3 BUTTER, 
2 TRANSPORTATION, 

3 WORK, 

3 OTHER, 
2 ENTERTAINMENT, 
1 COST OF LIVING LIKE BUDGET; 



This declaration for COST_OF_LIVING is 
same as if it had been declared: 



the 



DECLARE 1 COST_OF_LIVING, 
2 RENT, 
2 FOOD, 

3 MEAT, 

3 EGGS, 

3 BUTTER, 
2 TRANSPORTATION, 

3 WORK, 

3 OTHER, 
2 ENTERTAINMENT; 

Note: The LIKE attribute copies structur- 
ing, names, and attributes of the structure 
beiow the level of the specified name only. 
No dimensionality of the specified name is 
copied., For example, if BUDGET were 
declared as 1 BUDGET(12), the declaration 
of COST_OF_LIVING LIKE BUDGET would not 
give the dimension attribute to 
COST_OF_LIVING. To achieve dimensionality 
of COST_OF_LIVING, the declaration would 
have to be DECLARE 1 C0ST_0F_LIVING(12) 
LIKE BUDGET. 

A minor structure name can be declared 
LIP^ a major structure or LIKE another 
minor structure. A major structure name 
can be declared LIKE a minor structure or 
LIKE another major structure. 



of data elements, to influence speed of 
access or storage economy respectively. 



Nptej^ Use of the UNALIGNED attribute allows 

interchange with FORTRAN files. See 

Programs* in the PL/ I (F) 



data 

'Managing 

Programmer's Guide, Form C 28-6594. 



ALIGNED in System/ 360 implementations 
specifies that the data element is to be 
aligned on the storage boundary correspond- 
ing to its data type requirement. 

UNALIGNED in System/ 360 implementations 
specifies that each data element is to be 
stored contiguously with the data element 
preceding it: a character- string item is to 
be mapped on the next byte boundary, a 
bit-string item is to be mapped on the next 
bit, and a word and doubleword item is to 
be mapped on the next byte boundary. 

Defaults are applied at element level. 
The default for bit-string data, character- 
string data, and numeric character data is 
UNALIGNED; for all Other types of data, the 
default is ALIGNED. 

ALIGNED or UNALIGNED can be specified 
for element, array, or structure variables. 
The application of either attribute to a 
structure is equivalent to applying the 
attribute to all contained elements that 
are not explicitly declared ALIGNED or 
UNALIGNED. 

The following example illustrates the 
effect of ALIGNED and UNALIGNED 
declarations for a structure and its ele- 
ments: 

DECLARE 1 STRUCTURE, 
2 X BIT(2), 



/♦ UNALIGNED BY 

DEFAULT */ 
ALIGNED, /* ALIGNED EXPLICITLY */ 
B, /* ALIGNED FROM A */ 

C UNALIGNED, /* UNALIGNED 

EXPLICITLY ♦/ 
4 D, /♦ UNALIGNED FROM C */ 

4 E ALIGNED, /* ALIGNED EXPLICITLY ♦/ 
4 F, /♦ UNALIGNED FROM C */ 

G, /+ ALIGNED FROM A */ 

/* ALIGNED BY DEFAULT ♦/ 



Although UNALIGNED causes economic use 
of data storage, for System/360 implementa- 
tions it will increase the amount of code 
generated to access data items that are not 
aligned on the required byte boundaries. 



The INITIAL Attribute 



The ALIGNED and UNALIGNED Attributes 



The ALIGNED and UNALIGNED attributes are 
used to specify the positioning in storage 



The INITIAL attribute specifies an ini- 
tial value to be assigned to a variable at 
the time storage is allocated for it. For 
example: 
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DECLARE NAME CHARACTER (10) INITIAL DECLARE TABLE (100,100) INITIAL CALL 

( ' JOHN DOE* ) ; SUBR (ALPHA) ; 

DECLARE PI FIXED DECIMAL (5,4) INITIAL , When storage is allocated for NAME, the 

(3.1416); character string 'JOHN DOE' (padded to 10 



Chapter 3: Data Elements 42.1 



characters) will be assigned to it. When 
PI is allocated, it will be initialized to 
the value 3.1416. Either value may be 
retained throughout the program, or it may 
be changed during execution. The third 
example illustrates the CALL option. It 
indicates that the procedure SUBR is to be 
invoked to perform the initialization. 

For a variable that is allocated when 
the program is loaded, that is, a static 
variable, which remains in allocation 
throughout execution of the program,, any 
value specified in an INITIi\L attribute is 
assigned only once. For automatic vari- 
ables, which are allocated at each activa- 
tion of the declaring block, any specified 
initialization is assigned with each allo- 
cation. For controlled variables, which 
are allocated at the execution of ALLOCATE 
statements,, any specified initialization is 
assigned with each allocation. Note, how- 
ever, that this initialization can be over- 
ridden in the ALLOCATE statement. The F 
Compiler does not allow the INITIAL attri- 
bute to be specified for based variables. 

The INITIAL attribute cannot be given 
for entry names, file names, DEFINED data, 
entire structures, parameters, task data, 
or event data. 



Note ; The CALL option cannot be used with 
the INITIAL attribute for static data. 

The INITIAL attribute cannot be used 
without the CALL option for pointer, off- 
set, or area data. An area variable is 
automatically initialized with the value of 
the EMPTY built-in function, on allocation, 
after which any specified INITIAL CALL is 
applied. 

The INITIAL attribute can be specified 
for arrays, as well as for element vari- 
ables. In a structure declaration, only 
elementary names can be given the INITIAL 
attribute. 

I An array or an array of structures can 
be partly initialized or fully initialized. 
For example: 

DECLARE A (15) CHARACTER (13) INITIAL 

(•JOHN DOE', 'RICHARD ROW, 
'MARY SMITH'),, 
B (10,10) DECIMAJL FIXED (5) 

INITIAL((25)0, (25)1, (50)0), 
1 C(8), 

2 D INITIAL (0), 
2 E INITIAL ((8)0) ; 

In this example, only the first three 
elements of A are initialized; the rest of 
the array is uninitialized. The array B is 
fully initialized, with the first 2 5 ele- 
ments initialized to 0, the next 25 to 1, 



and the last 50 to 0. The parenthesized 
numbers (25, 25, and 50) are iteration 
factors , that specify the number of ele- 
ments to be initialized. In the structure 
C, where the dimension (8) has been inher- 
ited by D, only the first element of D is 
initialized; where the dimension (8) has 
been inherited by E, all the elements of E 
are initialized. 



When an array of structures is declared 
with the LIKE attribute to obtain the same 
structuring as a structure whose elements 
have been initialized, it should be noted 
that only the first structure in this array 
of structures will be initialized. For 
example: 

DECLARE 1 G, 

2 H INITIAL (0), 
2 I INITIAL (0), 
1 J(8) LIKE G; 

In this example,, only J(1).H and J(1).I are 
initialized in the array of structures. 

For STATIC arrays, iteration factors 
must be decimal integer constants; for 
arrays of other storage classes, iteration 
factors may be constants, variables, or 
expressions. 



The iteration factor should not be con- 
fused with the string repetition factor 
discussed earlier in this chapter. Consid- 
er the following example: 

DECLARE TABLE (50) CHARACTER (10) 
INITIAL ((10) 'A', (2 5) (10) 'B', 
(24) (1) 'O; 

This INITIAL attribute specification con- 
tains both iteration factors and repetition 
factors. It specifies that the first ele- 
ment of TABLE is to be initialized with a 
string consisting of 10 A's, each of the 
next 25 elements is to be initialized with 
a string consisting of 10 B's, and each of 
the last 24 elements is to be initialized 
with the single character C. In the INI- 
TIAL attribute specification for a string 
array, a single parenthesized factor 
preceding a string constant is assumed to 
be a string repetition factor (as in 
(10) 'A'). If more than one appears, the 
first is assumed to be an iteration factor, 
and the second a string repetition factor. 
For this reason (as in (24)(1)'C'), a 
string repetition factor of 1 must be 
inserted if a single string constant is to 
be used to initialize more than one ele- 
ment. 

The CALL option can be used to initial- 
ize arrays, except for arrays of static 
storage class. 
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CHAPTER 4: EXPRESSIONS 



An expression is a representation of a 
value. A single constant or a variable is 
an expression. Combinations of constants 
and/or variables, along with operators 
and/or parentheses, are expressions. An 
expression that contains operators is an 
operational expression . The constants and 
variables of an operational expression are 
called operands . 



Examples of expressions are: 

27 

LOSS 
A+B 
{ SQTY-QTY) ♦SPRICE 



Any expression can be classified as an 
element expression (also called a scalar 
expression), an array expression , or a 
structure expression . An element expres- 
sion is one that represents an element 
value. An array expression is one that 
represents an array value. A structure 
expression is one that represents a struc- 
ture value. 



For the F Compiler, array variables and 
structure variables cannot appear in the 
same expression. Element variables and 
constants, however, can appear in either 
array expressions or structure expressions. 
An elementary name within a structure or a 
subscripted name that specifies a single 
element of an array is an element expres- 
sion. 



Note; If an elementary name of a structure 
is given the dimension attribute, that 
elementary name is an array variable and 
can appear only in array expressions. 

In the examples that follow, assume that 
the variables have attributes declared as 
follows: 

DECLARE A(10,10) BINARY FIXED (31), 
B (10,10) BINARY FIXED (31), 
1 RATE, 2 PRIMARY DECIMAL FIXED (4,2), 

2 SECONDARY DECIMAL FIXED (4,2), 
1 COST, 2 PRIMARY DECIMAL FIXED (4,2), 

2 SECONDARY DECIMAL FIXED (4,2), 
C BINARY FIXED (15), 
D BINARY FIXED (15); 



Examples of element expressions are: 

C * D 

A(3,2) + B(4,8) 

RATE. PRIMARY - COST. PRIMARY 

A(4,4) * C 

RATE . SECONDARY / 4 

A(4,6) * COST. SECONDARY 

All of these expressions are element 
expressions because each operand is an 
element variable or constant (even though 
some may be elements of arrays or elementa- 
ry names of structures) ; hence, each 
expression represents an element value. 

Examples of array expressions are: 

A + B 

A + C - D 

B / lOB 

All of these expressions are array expres- 
sions because at least one operand of each 
is an array variable; hence, each expres- 
sion represents an array value. Note that 
the third example contains the binary 
fixed-point constant lOB. 

Examples of structure expressions are: 

RATE * COST 

RATE / 2 

Both of these expressions are structure 
expressions because at least one operand of 
each is a structure variable; hence, each 
expression represents a structure value. 



USE OF EXPRESSIONS 



Expressions that are single constants or 
single variables may appear freely through- 
out a program. However, the syntax of many 
PL/I statements allows the appearance of 
operational expressions, so long as evalua- 
tion of the expression yields a valid 
value. 

In syntactic descriptions used in this 
publication, the unqualified term 
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"expression" refers to an element expres- 
sion,, an array expression, or a structure 
expression. For cases in which the kind of 
expression is restricted, the type of res- 
triction is noted; for example, the term 
"element-expression" in a syntactic des- 
cription indicates that neither an array 
expression nor a structure expression is 
valid. 



PROBLEM DATA CONVERSION 



Data conversion can be applied to all 
types of problem data, as listed below. 



Bit-String to Character-Strina 



Note; Although operational expressions can 
appear in a number of different PL/I state- 
ments, their most common occurrences are in 
assignment statements of the form: 



The bit 1 becomes the character 1; the 
bit becomes the character 0. 



A = B + C; 



Character-String to Bit-String 



The assignment statement has no PL/I key- 
word. The assignment symbol (==) indicates 
that the value of the expression on the 
right (B + C) is to be assigned to the 
variable on the left (A) . For purposes of 
illustration in this chapter, some examples 
of expressions are shown in assignment 
statements. 



The character string should contain the 
characters 1 and only, in which case the 
character 1 becomes the bit 1, and the 
character bec.omes the bit 0. The CONVER- 
SION condition is raised by an attempt to 
convert any character other than 1 or to 
a bit. 



Charact er-String to Arithmetic 



DATA CONVERSION IN OPERATIONAL EXPRESSIONS 



An operational expression consists of 
one or more single operations. A single 
operation is either a prefix operation (an 
operator preceding a single operand) or an 
i nfix operation (an operator between two 
operands) . The two operands of any infix 
operation, when the operation is performed, 
usually must be of the same data type, as 
specified by the attributes of a variable 
or the notation used in writing a constant. 



The operands of an operation in a PL/I 
expression are automatically converted, if 
necessary, to a common representation 
before the operation is performed. General 
rules for conversion of different data 
types are discussed in the following para- 
graphs and in a later section of this 
chapter, "Concepts of Data Conversion." 
Detailed rules for specific cases,, includ- 
ing rules for computing the precision or 
length of a converted item, can be found in 
Part II, Section F, "Problem Data Conver- 
sion. " 



The character string must be in the form 
of a signed or unsigned arithntetic constant 
(or an expression representation of a COM- 
PLEX data item) , The constant may be 
surrounded by blanks, but blanks must not 
be imbedded in a number. Any character 
other than those allowed in arithmetic data 
will raise the CONVERSION condition if 
conversion is attempted. 



Note; 



In the conversion, for 



an 



infix 

operation, of a character string that rep- 
resents a fixed-point constant — either 
decimal or binary — any fractional portion 
will be lost if it is converted to fixed- 
point- For the F Compiler, integer digits 
will be truncated if the character string 
contains more than 5 decimal integer digits 
or 15 binary digits. If the conversion is 
to floating-point, it will retain its 
fractional value. Rules for the precision 
of such conversion are listed in Part II, 
Section F, "Problem Data Conversion." 



Arithmetic to Character-String 



Data conversion is mainly confined to 
problem data. The only conversion possible 
with program control data is conversion 
between offset and pointer types. 



The value of an internal coded arithmet- 
ic operand is converted to its character 
representation. The converted field is a 
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character string in the form of a valid 
arithmetic constant. The length of the 
character string is dependent upon the 
precision of the arithmetic data item. 



B it-String to Arithmetic 



A bit string is interpreted as an 
unsigned binary integer and is converted to 
fixed-point binary of positive value. The 
base and scale are further converted, if 
necessary. 



Arithmetic to Bit-String 



The absolute value is converted, if 
necessary, to a real fixed-point binary 
integer. Ignoring the plus sign, the inte- 
ger is then interpreted as a bit string. 
The length of the bit string is dependent 
upon the precision of the original uncon- 
verted arithmetic data item. 



result from assignment. (See also Chapter 
14, "Based Storage and List Processing.") 



Offset to Pointer 



An offset value is converted to pointer 
by combining the offset value with the 
pointer value relating to the start of the 
area named in the OFFSET attribute. 



Pointer to Offset 



A pointer value is converted to offset 
by effectively deducting the pointer value 
for the start of the area from the pointer 
value to be converted. This conversion is 
limited to pointer values that relate to 
addresses within the area named in the 
OFFSET attribute. 



CONVERSION Y ASSIGNMENT 



Arithmetic Mode Conversion 



if a complex data item is converted to a 
real data item, the result is the real part 
of the complex item. 

A real data item is converted to a 
complex data item by adding an imaginary 
part of zero. 



Arithmetic Base and Scale Conversion 



In addition to conversion performed as 
the result of an operation in the evalua- 
tion of an ejcpression, conversion will also 
occur when a data item — or the result of 
an expression evaluation — is assigned to 
a variable whose attributes differ from the 
attributes of the item assigned. The rules 
for such conversion are generally the same 
as those discussed above and in Part II, 
Section F, "Problem Data Conversion." 



EXPRESSION OPERATIONS 



The precision of the result of an arith- 
metic base or scale conversion is dependent 
upon the precision of the original arith- 
metic data item. The rules are listed in 
Part II, Section F, "Problem Data Conver- 
sion. " 



LOCATOR DATA CONVERSION 



Only offset to pointer conversion occurs 
as a result of an operational expression 
(locator variables are restricted to = and 
T= comparison operations), but either of 
the following types of conversion can 



An operational expression can specify 
one or more single operations. The class 
of operation is dependent upon the class of 
operator specified for the operjition. 
There are four classes of 
operations — arithmetic, bit-string,, com- 
parison, and concatenation. 



ARITHMETIC OPERATIONS 



An arithmetic operation is one that is 
specified by combining operands with one of 
the following operators: 

+ -*/♦♦ 
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The plus sign and the minus sign can appear 
either as prefix operators (associated with 
and preceding a single operand, such as +A 
or -A) or as infix operators (associated 
with and between two operands, such as A+B 
or A-B) . All other arithmetic operators 
can appear only as infix operators. 

An expression of greater complexity can 
be composed of a set of such arithmetic 
operations. Note that prefix operators can 
precede and be associated with any of the 
operands of an infix operation. For exam- 
ple, in the expression A+-B, the minus sign 
preceding the variable B indicates that the 
value of A is to be multiplied by the 
negative value of B, 

More than one prefix operator can pre- 
cede and be associated with a single varia- 
ble. More than one positive prefix opera- 
tor will have no cumulative effect, but two 
consecutive negative prefix operators will 
have the same effect as a single positive 
prefix operator. For example: 

-A The single minus sign has the effect 
of reversing the sign of the value 
that A represents.. 

— A One minus sign reverses the sign of 
the value that A represents,. The 
second minus sign again reverses the 
sign of the value, restoring it to 
the original arithmetic value rep- 
resented by A. 

A Three minus signs reverse the sign of 

the value three times,, giving the 
same result as a single minus sign. 



Data Conversion in Arithmetic Operations 



The two operands of an arithmetic opera- 
tion may differ in type, base, mode, preci- 
sion, and scale. When they differ, conver- 
sion takes place according to rules listed 
below. Certain other rules — as stated 
below — may apply in cases of exponentia- 
tion. 



MODE : If the modes of the two operands 
differ, the real operand is converted to 
complex mode (by acquiring an imaginary 
part of zero with the same base, scale, and 
precision as the real part). The exception 
to this rule is in the case of exponentia- 
tion when the second operand (the exponent 
of the operation) is fixed-point real with 
a scale factor of zero. In such a case, no 
conversion is necessary. 

PRECISION; If only precisions differ, no 
type conversion is necessary. 

SCALE ; If the scales of the two operands 
differ, the fixed- point operand is convert- 
ed to floating-point scale. The exception 
to this rule is in the case of exponentia- 
tion when the first operand is of floating- 
point scale and the second operand (the 
exponent of the operation) is fixed-point 
with a scale factor of zero, that is, a 
fixed-point integer constant or a variable 
that has been declared with precision 
(p,0). In such a case, no conversion is 
necessary, but the result will be floating- 
point. 

If both operands of an exponentiation 
operation are fixed-point, conversions may 
occur, as follows : 

1. Both operands are converted to 
floating-point if the exponent has a 
precision other than (p, 0). 

2. The first operand is converted to 
floating-point unless the exponent is 
an unsigned fixed-point integer con- 
stant. 

3. The first operand is converted to 
floating-point if precisions indicate 
that the result of the fixed-point 
exponentiation would exceed the maxi- 
mum number of digits allowed for the 
implementation (for System/360, 15 
decimal digits or 31 binary digits). 
Further details and examples of con- 
version in exponentiation are included 
in the section "Concepts of Data 
Conversion" in this chapter. 



TYPE ! Character-string operands, numeric Results of Arithmetic Operations 
character field operands (digits recorded 
in character form), and bit-string operands 
are converted to internal coded arithmetic 
type. The result of an arithmetic opera- 
tion is always in coded arithmetic form- 
Note that type conversion is the only 
conversion that can take place in an arith- 
metic prefix operation. 



BASE: 



If the bases of the two operands 
differ, the decimal operand is converted to 
binary. 



The "result" of an arithmetic operation, 
as used in the following text, may refer to 
an intermediate result if the operation is 
only one of several operations specified in 
a single operational expression- Any 
result may require further conversion if it 
is an intermediate result that is used as 
an operand of a subsequent operation or if 
it is assigned to a variable. 
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After required conversions have taken 
place, the arithmetic operation is per- 
formed. If maximum precision is exceeded 
and truncation is necessary, the truncation 
is performed on low-order fractional 
digits:, regardless of base or scale of the 
operands. In some cases involving fixed- 
point data, however, high-order digits may 
sometimes be lost when scale factors are 
such that point alignment does not allow 
for the declared number of integer digits. 

The base, scale, mode, and precision of 
the result depend upon the operands and the 
operator involved. 

For prefix operations, the result has 
the same base, scale, mode, and precision 
as the converted operand. Note that the 
result of -A, where A is a string, is an 
arithmetic result, since A must first be 
converted to coded arithmetic form before 
the operation can be performed. 

For infix operations, the result depends 
upon the scale of the operands in the 
following ways: 



FLOATING-POINT ; If the converted operands 
of an infix operation are of floating-point 
scale, the result is of floating-point 
scale, and the base and mode of the result 
are the common base and mode of the 
operands. The precision of the result is 
the greater of the precisions of the two 
operands - 



F'lXED- P OINT; 
an infix 
scale, the r 
and the base 
common base 
precision of 
upon operand 
ed below. 



If the converted operands of 

operation are of fixed-point 

esult is of fixed-point scale, 

and mode of the result are the 

and mode of the operands. The 

a fixed- point result depends 

s, according to the rules list- 



In the formulas for computing precision, 
the symbols used are as follows: 

p represents the total number of 
digits of the result 

q represents the scale factor of 
the result 

Pi represents the total number of 
digits of the first operand 

qi represents the scale factor of 
the first operand 

Pa represents the total number of 
digits of the second operand 

qa represents the scale factor of 
the second operand 



ADDITION AND SUBTRACTION; The total number 
of digits in the result is equal to 1 plus 
the number of integer digits of the operand 
having the greater number of integer digits 
plus the number of fractional digits of the 
operand having the greater number of frac- 
tional digits. The total number of posi- 
tions cannot exceed" the maximum number of 
digits allowed (15 decimal digits, 31 
binary digits). The scale factor of the 
result is equal to the larger scale factor 
of the two operands. 

Formulas: 

p = 1 + maximum Cp^-qi, Pa-qa^ 
+ maximum (qi, qa) 

q = maximum (q^, qa) 

Example; 

12354.2385 + 222.11111 
A B CD 

The total number of digits in the result 
would be equal to 1 plus the number of 
digits in A plus the number of digits in D. 
The scale factor of the result would be 
equal to the number of digits in D. Preci- 
sion of the result would be (11,5). 



MULTIPLICATION; 



The total number of digits 
is equal to one plus the 
one plus the 
The total 



in the result 
number of digits in operand 
number of digits in operand two 
number of digits cannot exceed the maximum 
number of digits allowed for the implemen- 
tation (15 decimal, 31 binary). The scale 
factor of the result is the s\im of the 
scale factors of the two operands. 

Formulas : 

p = Pi + Pa + 1 

q = qi + qa 

Example: 

345.432 + 22.45 
A B CD 

The total number of digits in the result 
would be equal to 1 plus the sum of the 
number of digits in A, B, C, and D. The 
scale factor of the result would be the sum 
of the number of digits in B and D. 
Precision of the result would be (11,5). 



DIVISION: The 



total number 
is equal to 



of digits in 
the quotient is equal to the maximum 
allowed by the implementation (15 decimal, 
31 binary). The scale factor of the quo- 
tient is dependent upon the number of 
integer digits of the dividend (A in the 
example below) , and the number of f rac±.ion- 
al digits of the divisor (D in the example 
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below) . The scale factor is equal to the 
total number of digits of the result minus 
the sum of A and D- 

Formulas: 

p = 15 decimal, 31 binary 

q = 15 (or 31)-( (pi-qj.) + q^) 

Example : 

432«432 / 2 
A B CD 

The total number of digits in the quotient 
would be 15 (the maximum number allowed). 
The scale factor would be 15 minus the sum 
of 3 (A, the number of integer digits in 
the dividend) and zero (D,, the number of 
fractional digits in the divisor) . Preci- 
sion of the quotient would be (15,12). 

Note that any change in the number of 
integer digits in the dividend or any 
change in the number of fractional digits 
in the divisor will change the precision of 
the quotient, even if all a dditional digits 
are zeros ,. 

Examples: 

00432,432 / 2 

432.432 / 2.0000 

Precision of the quotient of the first 
example would be (15,10); scale factor is 
equal to 15- (5+0). Precision of the quo- 
tient of the second example would be 
(15,8); scale factor is equal to 15- (3+4). 

Caution; In the use of fixed-point divi- 
sion operations, care should be taken that 
declared precision of variables and appar- 
ent precision of constants will not give a 
result with a scale factor that can force 
the result of subsequent operations to 
exceed the maximum number of digits allowed 
by the implementation. 



EXPONENTIATION ; If the second operand (the 
exponent) is an unsigned nonzero real 
fixed-point constant of precision (p,0), 
the total number of positions in the result 
is equal to one less than the product of a 
number that is one greater than the number 
of digits in the first operand multiplied 
by the value of the second operand (the 
exponent),. The scale factor of the result 
is equal to the product of the scale factor 
of the first operand multiplied by the 
value of the second operand (the exponent) . 

Note ; Some special cases of exponentiation 
are defined as follows: 



Real mode, x**y 

a. If x=0 and y>0, the result is 0. 

b. If x=0 and y<0, the ERROR condi- 
tion is raised. 

c. If x*0 and y=0, the result is 1. 

d. If x<0 and y is not fixed-point 
with precision (p, 0), the ERROR 
condition is raised. 

Complex mode, x**y 

a. If x=0 and y has its real part >0 
and its imaginary part =0, the 
result is 0. 

b. If x=0 and the real part of y <0 
or the imaginary part of y =0, the 
ERROR condition is raised. 



(As pointed out under 
Arithmetic Operations," 
not an unsigned real 
constant, or if the tota 
of the result would 
digits or 31 binary 
operand is converted 
scale, and the rules 
exponentiation apply.) 

Formulas: 



"Data Conversion in 
if the exponent is 
fixed-point integer 
1 number of digits 
exceed 15 decimal 
digits, the first 
to floating-point 
for floating-point 



p = ( (pi+D* (value-of-exponent) )-l 

q = qi ♦ (value-of-exponent) 

Example: 

32 *♦ 5 

The total number of digits in the result 
would be 14. This is arrived at by multi- 
plying a number equal to one plus the 
number of digits in the first operand (1+2) 
by the value of the exponent and subtract- 
ing one. The scale factor of the result 
would be zero (0*5, scale factor of the 
first operand multiplied by the value of 
the exponent). 



BIT-STRING OPERATIONS 



A bit- string operation is one that is 
specified by combining operands with one of 
the following operators: 

1 & I 

The first operator, the "not" symbol, can 
be used as a prefix operator only. The 
second and third operators, the "and" sym- 
bol and the "or" symbol, can be used as 
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infix operators only. (The operators have 
the same function as in Boolean algebra.) 

Operands of a bit-string operation are, 
if necessary, converted to bit strings 
before the operation is performed. If the 
operands of an infix operation are of 
unequal length, the shorter is extended on 
the right with zeros. 

The result of a bit-string operation is 
a bit string equal in length to the length 
of the operands (the two operands, after 
conversion, always are the same length). 
If either is a varying-length bit string, 
the result is of varying length. 

Bit- string operations are performed on a 
bit-by-bit basis. The effect of the "not" 
operation is bit reversal; that is, the 
result of t1 is 0; the result of tO is 1. 
The result of an "and" operation is 1 only 
if both corresponding bits are 1; in all 
other cases, the result is 0. The result 
of an "or" operation is 1 if either or both 
of the corresponding bits are 1; in all 
other cases, the result is 0. The follow- 
ing table illustrates the result for each 
bit position for each of the operators: 



r T TT T T T 1 

I A I B I i -,A I -1 6 I AgB ] A|B I 



I 

I 1 






I 1 
h 



I 

I I 



I I 1 
++ + 



I 1 I 



+1- 



I 1 I 1 
J. J. ± 



More than one bit-string operation can 
be combined in a single expression that 
yields a bit-string value. 

In the following examples, if the value 
of operand A is ' 010111' B, the value of 
operand B is • 111111 'B, and the value of 
operand C is 'llO'B, then: 

T A yields •lOlOOO'B 

T C yields "OOl'B 

C £ B yields 'llOOOO'B 

A I B yields ' 111111 "B 

C I B yields • 111111 'B 

A I (tC) yields •Olllll'B 

i{(iC)|{tB)) yields 'IIOIU'E 



COMPARISON OPERATIONS 



A comparison operation is one that is 
specified by combining operands with one of 
the following operators: 



<= 



= >= 



These operators specify "less than," "not 
less than," "less than or equal to," "equal 
to," "not equal to," "greater than or equal 
to," "greater than," and "not greater 
than." 

There are three types of comparisons: 

1. Algebraic , which involves the compari- 
son of signed arithmetic valu€;s in 
internal coded arithmetic form. If 
operands differ in base, scale, preci- 
sion, or modej, they are converted 
according to the rules for arithmetic 
operations. Numeric character data is 
converted to coded arithmetic before 
comparison. 

2. Character , which involves left-to- 
right, character-by-character compari- 
sons of characters according to the 
collating sequence. 



Bit , which 

bit-by-bit 

digits. 



involves left-to-right, 
comparison of binary 



If the operands of a comparison are not 
immediately compatible (that is, if their 
data types are appropriate to different 
types of comparison) , the operand of the 
lower comparison type is converted to con- 
form to the comparison type of the operand 
of the higher type. The priority of com- 
parison types is (1) algebraic (highest), 
(2) character string, (3) bit string. 
Thus, for example, if a bit string were: to 
be compared with a fixed decimal value, the 
bit string would be converted to arithmetic 
(i.e., fixed binary) for algebraic compari- 
son with the decimal value (which would 
also be converted to fixed binary for the 
comparison) . 

If operands of a character-string com- 
parison, after conversion, are of different 
lengths, the shorter operand is extended on 
the right with blanks. If operands of a 
bit-string comparison are of different 
lengths, the shorter is extended on the 
right with zeros. 

The result of a comparison operation 
always is a bit string of length one; the 
value is *1'B if the relationship is true, 
or "O'B if the relationship- is not true. 
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The most common occurrences of compari- 
son operations are in the IF statement, of 
the following format: 

IF A = B 

THEN action-if~true 

ELSE action-if- false 

The evaluation of the expression A = B 
yields either 'I'B or "O'S. Depending upon 
the value, either the THEN portion or the 
ELSE portion of the IF statement is execut- 
ed. 

Comparison operations need not be limit- 
ed to IF statements, however. The follow- 
ing assignment statement could be valid: 

X = A < B; 

In this example, the value; "I'B would be 
assigned to X if A is less than B; other- 
wise, the value 'O'B would he. assigned. In 
the same way, the following assignment 
statement could be valid: 

X = A = B; 

The first symbol (=) is the assignment 
symbol; the second (=) is the comparison 
operator. If A is equal to B, the value of 
X will be 'I'B; if A is not equal to B,, the 
value of X will be 'O'B. 

Only the comparison operations of 
"equal" and "not equal" are valid for 
comparisons of complex operands, or compar- 
isons of locator operands. Comparison 
operations with program control data other 
than locator data are not allowed. 



CONCATENATION OPERATIONS 



A concatenation operation is one that is 
specified by combining operands with the 
concatenation symbol: 



It signifies that the operands are to be 
joined in such a way that the last charac- 
ter or bit of the operand to the left will 
immediately precede the first character or 
bit of the operand to the right, with no 
intervening bits or characters. 

The concatenation operator can cause 
conversion to string type since concatena- 
tion can be performed only upon strings, 
either character strings or bit strings. 
If both operands are character strings or 
if both operands are bit strings, no con- 
version takes place. Otherwise both oper- 
ands are converted to character strings. 



The results of concatenation operations 
are as follows : 

Bit String: A bit string whose length is 
equal to the sum of the lengths of the two 
bit- string operands. 

Char ac t er String; A character string whose 
length is equal to the sum of the lengths 
of the two character-string operands. If 
an operand requires conversion for the 
concatenation operation, the result is 
dependent upon the length of the character 
string to which the operand is converted. 

For example, if A has the attributes and 
value of the constant 'OlOlll'B, B of the 
constant 'lOl'B, C of the constant 'XY, Z', 
and D of the constant 'AA/BB', then 

A||B yields 'OlOllllOl'B 

A||A1|B yields 'OlOlllOlOllllOl'B 

C||D yields 'XY,ZAA/BB' 

D||C yields 'AA/BBXY,Z' 

B||D yields 'lOlAA/BB' 

Note that, in the last example, the bit 
string 'lOl'B is converted to the character 
string '101' before the concatenation is 
performed. The result is a character 
string consisting of eight characters. 

Note; If either of the operands of a 
concatenation operation has the VARYING 
attribute, the result will be a VARYING 
string. When VARYING strings are concaten- 
ated, the intermediate string created has a 
length equal to the sum of the maximum 
lengths. If the maximum lengths are known 
at compile time and their sum exceeds 
32767, then a truncated intermediate string 
of length 32767 will be created and an 
error message produced. If the maximum 
length of either operand is not known at 
compile time and their sum exceeds 32767, a 
truncated intermediate string of length 
32767 will be created but there will be no 
diagnostic message. 



COMBINATIONS OF OPERATIONS 



Different types of operations can be 
combined within the same operational 
expression. Any combination can be used. 
For example, the expression shown in the 
following assignment statement is valid: 

RESULT =A+B<C6D; 

Each operation within the expression is 
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evaluated according to the rules for that 
kind of operation, with necessary data 
conversions taking place before the opera- 
tion is performed. 



Assume that the variables 
are declared as follows: 



given above 



DECLARE RESULT BIT (3), 

A FIXED DECIMAL (1), 
B FIXED BINARY (3) , 
C CHARACTER (2), D BIT(4); 

• The decimal value of A would be con- 
verted to binary base. 

• The binary addition would be performed, 
adding A and B.. 

• The binary result would be compared 
with the converted binary value of C. 

• The bit-string result of the comparison 
would be extended to the length of the 
bit string B, and the "and" operation 
would be performed. 

• The result of the "and" operation, a 
bit string of length 4, would be 
assigned to RESULT without conversion, 
but with truncation on the right. 

The expression in this example is des- 
cribed as being evaluated 
operation-by-operation, from left to right. 
Such would be the case for this particular 
expression. The order of evaluation,, 
however, depends upon the priority of the 
operators appearing in the expression. 



Priority of Operators 



In the evaluation of expressions, prior- 
ity of the operators is as follows: 



♦♦ prefix+ prefix- 

♦ / 

infix+ infix- 

II 

< T< <= = T= >= : 

s 



(highest) 
I 



V 
( lowest) 



If two or more operators of the highest 
priority appear in the same expression, the 
order of priority of those operators is 
from right to left; that is, the rightmost 
exponentiation or prefix operator has the 
highest priority. Each succeeding exponen- 
tiation or prefix operator to the left has 
the next highest priority. 

For all other operators, if two or more 
operators of the same priority appear in 



the same expression, the order of priority 
of those operators is from left to right- 
Note that the order of evaluation of the 
expression in the assignment statement: 

RESULT =A+B<CSD; 

is the result of the priority of the 
operators. It is as if various elements of 
the expression were enclosed in parentheses 
as follows: 



(A) + (B) 

(A + B) < (C) 

(A + B < C) £ 



(D) 



The order of evaluation (and, conse- 
quently, the result) of an expression can 
be changed through the use of parentheses. 
The above expression, for example, might be 
changed as follows: 

(A + B) < (C g D) 

The order of evaluation of this expres- 
sion would yield a bit string of length 
one, the result of the comparison opera- 
tion. In such an expression, those expres- 
sions enclosed in parentheses are evaluated 
first, to be reduced to a single value, 
before they are considered in relation to 
surrounding operators. Within the lan- 
guage, however, no rules specify which of 
two parenthesized expressions, such as 
those in the above example, would be evalu- 
ated first. 

The value of A would be converted to 
fixed- point binary, and the addition would 
be performed,, yielding a fixed-point binary 
result (RESULT_1). The value of C would be 
converted to a bit string (if valid for 
such conversion) and the "and" operation 
would be performed. 

At this point, the expression would have 
been reduced to: 

RESULT_1 < RESULT_2 

RESULT_2 would be converted to binary, and 
the algebraic comparison would be per- 
formed, yielding the bit-string result of 
the entire expression. 

The priority of operators is defined 
only within operands (or sub-operands) . It 
does not necessarily hold true for an 
entire expression, consider the follovdng 
example: 

A + (B < C) S (D I I E *♦ F) 

The priority of the operators specifies, in 
this case, only that the exponentiation 
will occur before the concatenation. It 
does not specify the order of the operation 
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in relation to the evaliaation of the other operands and operator of that operation 
operand (A + (B < O). determine the attributes of the result of 

the entire expression. For instance, in 
Any operational expression (except a the first example of combining operations 
prefix expression) must eventually be (which contains no parentheses) , the "and" 
reduced to a single infix operation. The 
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operator is the operator of th€i final infix 
operation; in this case, the result of 
evaluation of the expression is a bit 
string of length 4. In the second example 
(because of the use of parentheses), the 
operator of the final infix operation is 
the comparison operator, and the evaluation 
yields a bit string of length i. 



In general,, unless parentheses are used 
within the expression, the operator of 
lowest priority determines the operands of 
the final operation. For example: 



A+B**3||C*D 



In this case, the concatenation operator 
indicates that the final operation will be: 

(A + B *♦ 3) II (C ♦ D - E) 

The evaluation will yield a character- 
string result,. 

Subexpressions can be analyzed in the 
same way. The two operands of the 
expression can be defined as follows: 

A + (B ♦* 3) 

(C * D) - E 



PREFIX OPERATORS AND ARRAYS 



The result of the operation of a prefix 
operator on an array is an array of identi- 
cal bounds, each element of which is the 
result of the operation having been per- 
formed upon each element of the original 
array. For example: 



If A is the array 



5 3-9 
1-2 7 



6 



-I* 



then -A is the array 



-5 -3 9 
-1 2 -7 
-6 -3 U 



INFIX OPERATORS AND ARRAYS 



Infix operations that include an array 
variable as one operand may have an element 
or another array as the other operand. 



Array and Element Operations 



ARRAY EXPRESSIONS 



An array expression is a single array 
variable or an expression that includes at 
least one array operand. Array expressions 
may also include operators — both prefix 
and infix — element variables and con- 
stants . 

Evaluation of an array exprejssion yields 
an array result. All operations performed 
on arrays are performed on an element-by- 
element basis, in row-major order. 
Therefore, all arrays referred to in an 
array expression must be of identical 
bounds. 

Although comparison operators are valid 
for use with array operands, an array 
operand cannot appear in the IF clause of 
an IF statement. Only an element expres- 
sion is valid in the IF clause, since the 
IF statement tests a single true or false 
result. 

Note; Array expressions are not always 
expressions of conventional matrix algebra. 



The result of an operation in which an 
element and an array are connected by an 
infix operator is an array with bounds 
identical to the original array, each ele- 
ment of which is the result of the opera- 
tion performed upon the corresponding ele- 
ment of the original array and the single 
element. For example: 



If A is the array 



12 



10 



11 



then A*3 is the array 15 30 

36 33 



2U 
9 



The element of an array-element opera- 
tion can be an element of the same array. 
For example, the expression A*A(2,3) would 
give the same result in the case of the 
array A above, since the value of A (2, 3) is 
3. 

Consider the following assignment state- 
ment: 

A = A * A(l,2); 
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Again, using the above values for A, 
newly assigned value of A would be: 



the 



50 



100 800 



and A+B is the array 



2 


20 


21 


48 


3 


28 


24 


24 


2 



1200 1100 300 



Note that the original value for A (1,2), 
which is 10, is used in the evaluation for 
only the first two elements of A. Since 
the result of the expression is assigned to 
A, changing the value of A, the new value 
of A(l,2) is used for all subsequent opera- 
tions. The first two elements are multi- 
plied by 10, the original value of A(l,2); 
all other elements are multiplied by 100, 
the new value of A(l,2). 



Array and Structure Operations 



For the F Compiler, no reference can be 
made to both an array and a structure in 
the same expression or in the same assign- 
ment statement. 



Data Conversion in Array Expressions 



Array and Array Operations 



If two arrays are connected by an infix 
operator, the two arrays must be of identi- 
cal bounds. The result is an array with 
bounds identical to those of the original 
arrays; the operation is performed upon the 
corresponding elements of the two original 
arrays. 

Note that the arrays must have identical 
bound s. They must have the same number of 
dimensions, and corresponding dimensions 
must have identical lower bounds and ident- 
ical upper bounds. For example, the bounds 
of an array declared X(10,6) are not ident- 
ical to the bounds of an array declared 
Y (2 til, 3: 8) although the extents are the 
same for corresponding dimensions, and the 
number of elements is the same. 

Examples of array infix expressions are: 



If A is the array 



and if B is the array 



then A+B is the array 



2 


4 


3 


6 


1 


7 


4 


8 


2 


1 


5 


7 


8 


3 


4 


6 


3 


1 


3 


9 


10 


14 


4 


11 


10 


11 


3 



The examples in this discussion of array 
expressions have shown only single arith- 
metic operations. The rules for combining 
operations and for data conversion of oper- 
ands are the same as those for element 
operations. 



STRUCTURE EXPRESSIONS 



A structure expression is a single 
structure variable or an expression that 
includes at least one structure operand and 
does not contain an array operand. Element 
variables and constants can be operands of 
a structure expression. Evaluation of a 
structure expression yields a structure 
result. A structure operand can be a major 
structure name or a minor structure name. 

Although comparison operators are valid 
for use with structure operands, a struc- 
ture operand cannot appear in the IF clause 
of an IF statement. Only an element 
expression is valid in the IF clause, since 
the IF statement tests a single true or 
false result. 

All operations performed on structures 
are performed on an element-by-element 
basis. Except in a BY NAME assignment (see 
below) , all structure variables appearing 
in a structure expression must have identi- 
cal structuring,. 

Identical structuring means, that the 
structures must have the same minor struc- 
turing and the same number of contained 
elements and arrays and that the position- 
ing of the elements and arrays within the 
structure (and within the minor structures 
if any) must be the same. Arrays in 
corresponding positions must have identical 
bounds. Names do not have to be the same. 
Data types of corresponding elements do not 
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have to be the same, so 
conversion can be performed. 



long as valid 



If X is an element variable, 
equivalent to: 



then A * X is 



PREFIX OPERATORS AND STRUCTURES 



The result of the operation of a prefix 
operator on a structure is a structure of 
identical structuring, each element of 
which is the result of the operation having 
been performed upon each element of the 
original structure. 

Note; Since structures may contain elements 
of many different data types, a prefix 
operation in a structure expression would 
be meaningless unless the operation can be 
validly performed upon every element rep- 
resented by the structure variable, which 
is either a major structure name or a minor 
structure name. 



INFIX OPERATORS AND STRUCTURES 



A.C 


♦ 


X 


A.D 


♦ 


X 


A.E 


* 


X 


A.G 


♦ 


X 


A.H 


♦ 


X 


A.I 


♦ 


X 



Structure and Structure Operations 



When an operation has two structure 
operands, it is the same as a series of 
element operations,, one for each corres- 
ponding pair of elements. 



For example, if A is the structure shown 
in the previous example and if M is the 
following structure: 



Infix operations that include a struc- 
ture variable as one operand may have an 
element or another structiire as the other 
operand. 

Structure operands in ci structure 
expression need not be major structure 
names. A minor structure name, at any 
level, is a structure variable. Thus, if 
M.N is a minor structure in the major 
structure M„ the following is a structure 
expression: 

M.N & "lOlO'B 



Structure and Element Operations 



then A I I M is equivalent to: 



A.C 1 


M.0 


A.D j 


M.P 


A.E 1 


M.Q 


A.G 1 


M.S 


A.H 1 


M.T 


A.I 1 


M.U 



When an operation has one structure and 
one element operand, it is the same as a 
series of operations, one for €;ach element 
in the structure. Each sub-operation 
involves a structure element and the single 
element. 

Consider the following structure: 



Structure ssignment BY NAME 



One exception to the rule that operands 
of a structure expression must have the 
same structuring is the case in which the 
structure expression appears in an assign- 
ment statement with the BY NAME option. 

The BY NAME appears at the end of a 
structure assignment statement and is 
preceded by a comma. Examples are shown 
below. 



Consider the following 
assignment statements: 



structures and 
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1 ONE 



1 TWO 



1 THREE 



PARTI 

3 RED 

3 ORANGE 

PART 2 

3 YELLOW 

3 BLUE 

3 GREEN 



PARTI 
3 BLUE 
3 GREEN 
3 RED 
PART 2 
3 BROWN 
3 YELLOW 



PARTI 
3 RED 
3 BLUE 
3 BROWN 
PART 2 
3 YELLOW 
3 GREEN 



In this example, the expression SQRT(C) 
represents a value that is equal to the 
square root of the value of C. Suclti an 
exDression is called a function reference. 



ONE = TWO, BY NAME; 

ONE. PARTI = THREE. PARTI, BY NAME; 

ONE = TWO + THREE, BY NAME; 

The first assignment statement would be the 
same as the following: 

ONE. PARTI. RED = TWO. PARTI .RED; 

ONE. PART 2. YELLOW = TWO . PART2 . YELLOW ; 

The second assignment statement would be 
the same as the following: 

ONE. PARTI. RED = THREE . PARTI . RED ; 

The third assignment statement would be the 
same as the following: 

ONE. PARTI. RED = TWO. PARTI. RED 

+ THREE. PARTI. RED; 

ONE. PART 2. YELLOW = TWO. PART 2. YELLOW 

+ THREE,. PART2 . YELLOW ; 

The BY NAME option can appear in an 
assignment statement only. It indicates 
that assignment of elements of a structure 
is to be made only for those elements whose 
names are common to both structures. 
Except for the highest- level qualifier 
specified in the assignment statement, all 
qualifying names must be identical. 

If an operational expression appears in 
an assignment statement with the BY NAME 
option, operation and assignment are per- 
formed only upon those elements whose names 
have been declared in each of the struc- 
tures. In the third assignment statement 
above, no operation is performed upon 
ONE . PART2 . GREEN and THREE. PART2 . GREEN, 
because GREEN does not appear as an elemen- 
tary name in PART2 of TWO. 



OPERANDS OF EXPRESSIONS 



An operand of an expression can be a 
constant, an element variable, an array 
variable, or a structure variable. An 
operand can also be an expression that 
represents a value that is the result of a 
computation, as shown in the following 
assignment statement: 

A = B ♦ SQRT(C) ; 



FUNCTION REFERENCE OPERANDS 



A function reference consists of a name 
and, usually, a parenthesized list of one 
or more variables, constants, or other 
expressions. The name is the name of a 
block of coding written to perform specific 
computations upon the data represented by 
the list and to substitute the computed 
value in place of the function reference. 



Assume, in the above example, that C has 
the value 16. The function reference 
SQRT(C) causes execution of the coding that 
would compute the square root of 16 and 
replace the function reference with the 
value U. In effect, the assignment state- 
ment would become: 

A = B * 4; 

The coding represented by the name in 
the function reference is called a func- 
t ion . The function SQRT is one of the PL/I 
built-in functions . Built-in fianctions, 
which provide a number of different opera- 
tions, are a part of the PL/I language. A 
complete discussion of each appears in Part 
II, Section G, "Built-in Functions and 
Pseudo-Variables, " In addition, a program- 
mer may write functions for other purposes 
(as described in Chapter 10, "Subroutines 
and Functions"), and the names of those 
functions can be used in function referen- 
ces. 

The use of a function reference is not 
limited to operands of operational expres- 
sions. A function reference is, in itself, 
an expression and can be used wherever an 
expression is allowed. It cannot be used 
in those cases where a variable represents 
a receiving field, such as to the left of 
an assignment symbol. 

There are, however, ten built-in func- 
tions that can be used as pseudo-variables , 
A pseudo-variable is a built-in function 
name that is used in a receiving field. 
Consider the following example: 

DECLARE A CHARACTER ( 1 ) , 
B CHARACTER (30) ; 

SUBSTR(A,, 6,5) = SUBSTR(B,, 20, 5) ; 
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In this assignment statement, the SUBSTR 
built-in function name is used both in a 
normal function reference and as a pseudo- 
variable^ 

The SUBSTR built-in function extracts a 
substring of specified length from the 
named string. As a pseudo- variable, it 
indicates the location, within a named 
string,, that is the receiving field. 

In the above example, a substring five 
characters in length, beginning with 
character 20 of the string B, is to be 
assigned to the last five characters of the 
string A. That is, the last five charac- 
ters of A are to be replaced by characters 
20 through 24 of B. The first five charac- 
ters of A remain unchanged, as do all of 
the characters of B. 

I All ten of the built-in functions that 
can be used as pseudo-variables are dis- 
cussed in Part II, Section G, "Built-in 
Functions and Pseudo- Variables. " No 
programmer-written function can be used as 
a pseudo-variable. 



attributes. This section deals with deter- 
mining target attributes. Rules for con- 
version operations are given in Part II, 
Section F, "Problem Data Conversion." 
Within each section, here and in Part II, 
arithmetic conversion and type conversion 
are considered separately. 



The target of a conversion is the 
receiving field to which the converted 
value is assigned. In the case of a direct 
assignment, such as A = E, in which conver- 
sion must take place, the variable to the 
left of the assignment symbol (in this 
case. A) is the target. Consider the 
following example, however: 

DECLARE A CHARACTER ( 8 ) , 

B FIXED DECIMAL (3, 2), 
C FIXED BINARY(IO); 

A = B + C; 

During the evaluation of the expression B+C 
and during the assignment of that result, 
there are four different targets, as fol- 
lows : 



CONCEPTS OF DATA CONVERSION 



Data conversion is the transformation of 
the representation of a value from one form 
to another. PL/I makes very few restric- 
tions upon the use of the available forms 
of data representation or upon the mixing 
of different representations within an 
expression. 

Programmers who wish to make use of this 
freedom must understand that mixed expres- 
sions imply conversions. If conversions 
take place at execution time, they will 
slow down the execution, sometimes signifi- 
cantly. Unless care is taken, conversions 
can result in loss of precision and can 
cause unexpected results. A lack of under- 
standing of conversions can lead to logical 
errors and inaccuracies that are sometimes 
hard to trace. 

This section is concerned primarily with 
the concepts of conversion operations. 
Specific rules for each kind of conversion 
are listed in Part II, Section F, "Problem 
Data Conversion. " Earlier sections of this 
chapter discuss circumstances under which 
conversion can occur during evaluation of 
expressions. This section deals with the 
processes of the conversion. 

The subject of conversion can be consid- 
ered in two parts, first, determining the 
target attributes, and, second, the conver- 
sion operation with known source and target 



1» The compiler-created temporary to 
which the converted binary equivalent 
of B is assigned 

2. The compiler-created temporary to 
which the binary result of the addi- 
tion is assigned 

3,. The temporary to which the converted 
decimal fixed-point equivalent of the 
binary result is assigned 

4. A, the final destination of the 
result, to which the converted 
character-string equivalent of the 
decimal fixed-point representation of 
the value is assigned 

The attributes of the first target are 
determined from the attributes of the 
source (B) , from the operator, and from the 
attributes of the other operand (if one 
operand of an arithmetic infix operator is 
binary, the other is converted to binary 
before evaluation). The attributes of the 
second target are determined from the 
attributes of the source (C and the con- 
verted representation of B) . The attri- 
butes of the third target are determined in 
part from the source (the second target) 
and in part from the attributes of the 
eventual target (A). (The only attribute 
determined from the eventual target is 
DECIMAL, since a binary arithmetic rep- 
resentation must be converted to decimal 
representation before it can be converted 
to a character string.) The attributes of 
the fourth target (A) are known from the 
DECLARE statement. 
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when an expression is evaluated, the 
target attributes usually are partly de- 
rived from the source, partly from the 
operation being performed, and partly from 
the attributes of a second operand. Some 
assumptions may be made, and some implemen- 
tation restrictions (for example, maximum 
precision) and conventions exist. After an 
expression is evaluated, the result may be 
further converted. In this case, the tar- 
get attributes usually are independent of 
the source. Since the process of determin- 
ing target attributes is different for 
expression operands and for the results of 
expression evaluation, the two cases are 
dealt with separately. 



Table U-1. Target Types for Expression 
Operands 

r T T 

1 Operator | Target Type | 

^ 1 ^ 

+_+/♦+! coded arithmetic 

bit string 

character string (unless 
both operands are bit 
strings) 

arithmetic, unless both 
operands are strings; then 
character string, unless 
both operands are bit 
strings; then bit string 




A conversion always involves a source 
data item and a target data item, that is, 
the original representation of the value 
and the converted representation of the 
value. All of the attributes of both the 
source data item and the target data item 
are known, or assumed, at compile time. 



BIT TO CHARACTER AND CHARACTER TO BIT 



In the conversion of bit to character, 
and character to bit, the length of the 
target (in bits or characters) is the same 
as the length of the source (in bits or 
characters). 



It is possible for a conversion to 
involve intermediate results whose attri- 
butes may depend upon the source value. 
For example^ conversion from character 
string to arithmetic may require an inter- 
mediate conversion and, thus, an inter- 
mediate result, before final conversion is 
completed. The final target attributes in 
such cases, however, are always determined 
from the source data item and are indepen- 
dent of the values of the variables. 



It should be realized that constants 
also have attributes; the constant 1.0 is 
different from the constants 1, '1"B, '1'* 
IB, or lEO. Constants may be converted at 
compile time or at execution time, but in 
either case, the rules are the same. 



ARITHMETIC TO STRING 



In the conversion of arithmetic to bit- 
string or character-string data, the length 
of the target is deduced from the precision 
of the source. Algorithms for determining 
the length of the target are given below 
under the headings "Lengths of Bit-String 
Targets" and "Lengths of Character-String 
Targets." In the case of expression 
operands, there is no truncation of the 
resulting character- string value, since the 
length of the target is the length of the 
intermediate string. 



STRING TO ARITHMETIC 



TARGET ATTRIBUTES FOR TYPE CONVERSION 



When an expression operand requires type 
conversion, some target attributes must be 
assumed or deduced from the source. Some 
of these assumptions can be made based on 
the operator, as shown in Table H-1. 



In the conversion of bit-string or 
character-string data to arithmetic, the 
string must consist of digits that rep- 
resent a valid arithmetic constant., The 
compiler has no way of determining the 
attributes of the constant represented by 
the string; therefore, attributes must be 
assumed for the target. 
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In the case of character-string to 
arithmetic conversion, the attributes 
assumed for the target are those attributes 
that would have been assumed if a fixed- 
point decimal integer of precision (15,0) 
had appeared in place of the string. 
Similarly, for a bit-string source that is 
to be converted to arithmetic type, the 
attributes of the target are the attributes 
that would have been given to the target if 
a fixed-point binary integer of precision 
(31,0) had appeared in place of the bit 
string. 



DECLARE A FIXED DECIMAL (2)^ 

B FIXED DECIMAL (3, 2), 

C FLOAT DECIMAL (4), 

D FLOAT DECIMAL (7 )^, 

E FIXED DECIMAL ( 8) ff 

F FIXED DECIMAL (15)^ 

G COMPLEX FLOAT DECIMAL (6); 

Note; If only one digit appears in the 
precision attribute specification for a 
fixed-point variable, the scale factor is, 
by default, zero; the precision is (p,0). 

D ♦♦ C No conversion necessary. Both 
operands are floating-point. 



Target Attributes for Arit hmet ic Expression 
Operands 



A *♦ 4 No conversion necessary. Sec- 
ond operand is unsigned fixed- 
point integer constant, and the 
result will not exceed 15 
digits. 



Except for exponentiation, the target 
attributes for arithmetic conversion are 
assumed as follows: 



BINARY 



FLOAT 



COMPLEX 



precision 
of source 



unless both operands are DECI- 
MAL, in which case no base 
conversion is performed 

unless both operands are FIXED,, 
in which case no scale conver- 
sion is performed 

unless both operands are REAL, 
in which case no mode conver- 
sion is performed 

unless base or scale conversion 
is performed (see Table U-2, 
"Precision for Arithmetic 
Conversion") 



In the case of exponentiation, the base 
and precision are determined as for other 
operations. The target scale of the first 
operand is always FLOAT unless the first 
operand source is FIXED and the second 
operand (the exponent) is an unsigned 
fixed-point integer constant with a value 
small enough that the result of the 
exponentiation will not exceed the maximiom 
number of digits allowed (for System/360 
implementations, 31, if binary, or 15, if 
decimal) . The target scale of the second 
operand is FLOAT unless it is an integer 
constant or a variable of precision (p,0). 
If either of the operands is COMPLEX,, the 
target mode is COMPLEX for both operands 
unless the second operand is a REAL integer 
constant or variable of precision (p,0). 
In either case, the target mode for the 
second operand is REAL (that is, its mode 
is not converted) . 



D ♦♦ 5 No conversion necessary. First 
operand is floating-point; sec- 
ond is fixed-point with preci- 
sion (p, 0). 

D ** A No conversion necessary. First 
operand is floating-point; sec- 
ond is fixed-point with preci- 
sion (p, 0) . 

E ♦* A First operand is converted to 
floating-point because second 
operand is not unsigned fixed- 
point integer constant. Second 
operand is not converted 
because it has precision (p,0). 

D ♦* B Second operand is converted to 
floating-point because it does 
not have precision (p, 0). Even 
if B had an integer value with 
a fractional part of zero, it 
still would be converted, since 
its declared precision is 
(3,2). 

G *|* B First operand is complex. Sec- 
ond operand is converted to 
floating-point complex because 
its precision is not (p„0). 



Note : 



All of these examples would be the 
if they had been declared binary 
than decimal, except that the maxi- 

31. 



same 

rather 

mum number of binary digits allowed is 



Precision and Length of Expression Operand 
Targets 



In the examples of exponentiation shown 
below,, the variables are those named in the 
following DECLARE statement: 



The following rules apply to all calcu- 
lations of precision and length: 
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calculations 
nonintegral 
integer is 
precision. 



1, Precision and length specifications 
are always integers. If any of the 
given below produces a 
value, the next largest 
taken as the resulting 
In the case of scale fac- 
tors, which can be negative, it is the 
absolute (positive) value that is used 
to take the next largest integer; the 
result, of course, will be negative if 
the source scale factor is negative. 



The following illustrates how preci- 
sion would be computed in a conversion 
from DECIMAL FIXED (13, -U) to BINARY 
FIXED: 



1 + 13 * 3.32 = 44.16 resulting number 

of digits (p) is 

45 
-4 * 3.32 = -13.28 resulting scale 

factor (q) is 

-14 



FIXED DECIMAL ■ 
FIXED BINARY - 
FLOAT DECIMAL • 
FLOAT BINARY - 



— 15 digits 

- 31 digits 

— 16 digits 

- 53 digits 



Because of the particular values for 
these implementations, these limits 
will usually come into effect only for 
conversions from fixed-point decimal 
to fixed-point binary. 



The scale factor for both binary and 
decimal base has the range +127 to 
-128 in System/ 360 implementations. 
This limit will rarely concern the 
programmer. 



Thus, the resulting precision is 
(i45,,-14); however, due to rule 2 
below, it becomes (31,-14). 



2, There is an implementation-defined 
maximum for the precision of each 
arithmetic representation. If any 
calculation yields a value greater 
than the implementation-defined limit, 
then the implementation limit is used 
instead. In System/360 implementa- 
tions, these limits are: 



Precision for Arithmetic Conversions 



Table 4-2 gives the target precision for 
an operand if base or scale conversion 
occurs. 



The target precision of one operand of 
an expression is not affected by the preci- 
sion of the other operand. This can have a 
significant effect on accuracy, particular- 
ly if one of the operands is a constant. 



Table 4-2. Precision for Arithmetic Conversion 



I Sourde Attributes 
i , 



Target Attributes 



Target Precision 



DECIMAL FIXED (p,q) 
DECIMAL FIXED (p,q) 
DECIMAL FIXED (p,q) 
DECIMAL FLOAT (p) 
BINARY FIXED (p,q) 
BINARY FIXED (p,q) 
BINARY FIXED (p,q) 
BINARY FLOAT (p) 



DECIMAL FLOAT 
BINARY FIXED 
BINARY FLOAT 
BINARY FLOAT 
BINARY FLOAT 
DECIMAL FIXED 
DECIMAL FLOAT 
DECIMAL FLOAT 



l+p+3.32, q*3.32 

p+3.32 

p*3.32 

P 

l+p/3.32, q/3.32 

p/3.32 

p/3.32 



Note; conversion from floating-point to fixed-point scale will occur only when a target 
precision is known, as in assignment to a fixed-point variable. If the target 
precision is incapable of holding the floating-point value, truncation on both le"ft 
and right will occur, and the SIZE condition will be raised (if enabled) if significant 
digits are lost. 



60 



Table 4-3. Lengths of Character-String Targets 



j Source Attributes 



i Conditions 



Target Length 



[decimal fixed (p,q) 



DECIMAL FLOAT(p) 
Numeric character field 



If p>=q>=0 

If q>p 
or 
q negative 



p+3 

p+3+k 

(where k = number of decimal 

digits to express scale 

factor) 

p+6 

Same as source 



Lengths of Character-String Targets 



The length of a character- string target 
is related to the precision of the decimal 
source, as shown in Table 4-3. 



Note; If a binary data item is converted 
to character, it is first converted to 
decimal. The precision of this intermedi- 
ate conversion result controls the length 
of the final character-string target. 
Algorithms for computing the intermediate 
precision of a decimal item converted from 
binary are shown in Table 4-2. 



Table 4-4. Lengths of Bit- String Targets 

r T ' 

I Source Attributes ] Target Length 
^ __ 

I DECIMAL FIXED (p,q) 

I 

j DECIMAL FLOAT (p) 

I 

I BINARY FIXED (p,q) 

\ 

I BINARY FLOAT (p) 

L 



(p-q)*3.32 

p+3.32 

p-q 

P 



Conversion of the Value of an Expression 



For complex coded arithmetic sources, 
the target length is one greater than twice 
the length of the target for the corres- 
ponding real source. For complex numeric 
character data, the target length is twice 
the length of the real part of the source. 



The result of a completely evaluated 
expression may require further conversion. 
The circumstances in which this can occur, 
and the target attributes for each situa- 
tion, are given in Table 4-5. In addition, 
certain built-in functions cause conver- 
sion. Any subscript reference is converted 
to binary integer. 



Lengths of Bit-String Target s 



CONVERSION OPERATIONS 



When converting arithmetic operands to 
bit string,, the arithmetic source is con- 
verted to a positive binary integer. The 
precision of the binary integer target is 
the same as the length of the bit-string 
target as given in Table 4-4. 

Note that p-q represents the number of 
binary or decimal digits to the left of the 
point. This could be zero or negative, in 
which case no conversion is performed and, 
for the F Compiler, the final result is a 
null string. 



As in the case of determining target 
attributes, conversion operations may also 
be considered in two stages: type conver- 
sion and arithmetic conversion. For exam- 
ple, when a character-string source is 
converted to a coded arithmetic target, the 
string is first converted to an arithmetic 
form whose attributes are determined by the 
constant expressed by the string. This 
intermediate result is then converted (if 
necessary) to the attributes of the target. 
These two stages may not be separated in an 
actual implementation, but for the purpose 
of description it is convenient to consider 
them separately. 
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Table H-5. Circumstances that Can Cause Conversion 

r ■ ■ 

The following may cause conversion to any target attributes: 

Cause 



Assignment 

Argument to procedure 
with ENTRY declared 

RETURN (expression) 



Target Attributes 

Attributes of variable to the left of the assignment symbol 

Attributes of corresponding parameter declared in ENTRY 
declaration 

Attributes specified in PROCEDURE or ENTRY statement 



^ — -. . ^ 

The following may cause conversion to character-string: 

String Length 

Source, 8-character maximum 

Source, 100-character maximum 

Key length specified in DD statement 

Key length specified in DD statement (or eight 
characters: in the case of the regional number) 

f , ^ 

Th0 following may cause conversion to a binary integer whose precision, as defined] 
for the F Compiler, is given below: 



Statement 


Option 


OPEN: 


TITLE 


DISPLAY 




RECOliD I/O 


KEYFROM 




KEY 



Statement 
DECLARE/ALLOCATE 



DELAY 

FORMAT 

(and format items 

in GET and PUT) 



OPEN 



I/O 



Option/Attribute 
length 

bounds 

repetition factor 

milliseconds 

iteration factor 

w 

d 

s 

LINESIZE 
PAGESIZE 

SKIP 

LINE 

IGNORE 



Precision 
15 

15 

15 

31 

15 
15 

7 

7 

15 
15 

15 

15 

15 



t „^ . J 



There are six cases of type conversion: 

Arithmetic to character-string 

Character- string to arithmetic 

Arithmetic to bit-string 

Bit-string to arithmetic 

Character-string to bit-string 

Bit-string to character-string 

For specific rules for each of the cases 
of type conversion and for arithmetic con- 



version, see Part II,, Section 
Data Conversion. " 



F, "Problem 



THE CONVERSION, SIZE, FIXEDOVERFLOW, AN D 
OVERFLOW CONDITIONS 



When data is converted from one rep- 
resentation to another, the CONVERSION or 
SIZE conditions may be raised. The OVER- 
FLOW and FIXEDOVERFLOW conditions are 
raised only when the result of an arithmet- 
ic operation exceeds the implementation- 
defined limit. When an operand is convert- 
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ed from one representation to another, if 
the value of the result will not fit in the 
declared precision for the new representa- 
tion, the SIZE condition is raised. 

The SIZE condition is raised when signi- 
ficant digits are lost from the left-hand 
side of an arithmetic value. This can 
occur during conversion within an expres- 
sion, or upon assigning the result of an 
expression. It is not raised in conversion 
to character string or bit string even if 
the value is truncated. It is raised on 
conversion to E or F format in edit- 
directed transmission if the field width 
specified will not hold the value of the 
list item. The SIZE condition is normally 
disabled, so an interrupt will occur only 
if the condition is raised within the scope 
of a SIZE prefix. 

The CONVERSION condition is raised when 
the source field contains a character that 
is invalid for the conversion being 



performed. For example, CONVERSION would 
be raised if a character string being 
converted to arithmetic contains any char- 
acter other than those allowed in arithmet- 
ic constants, or if a character string that 
is being converted to bit contains any 
character other than and 1. Each invalid 
character raises the CONVERSION condition 
once, so a single conversion operation 
causes several interrupts if more than one 
invalid character is encountered- The CON- 
VERSION condition is normally enabled, so 
when the condition is raised, an interrupt 
will occur. It can be disabled by a 
NOCONVERSION prefix, in which case an 
interrupt will not occur when the condition 
is raised. 



Note that the OVERFLOW and FIXEDOVERFLOW 
conditions are raised when an implementa - 
tion maximum is exceeded, while the SIZE 
condition is raised when a declared preci- 
sion is exceeded. 
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CHAPTER 5 3 STATEMENT CLASSIFICATION 



This chapter classifies statements 
according to their functions. Statements 
in each functional class are listed, the 
purpose of each statement is described, and 
examples of their use are shown. 

A detailed description of each statement 
is not included in this chapter but may be 
found in Part II, Section J, "Statements." 



name. A name used in a program need not 
always appear in a DECLARE statement; its 
attributes often can be determined by con- 
text. If the attributes are not specifi- 
cally declared and if they cannot be deter- 
mined by context, then default rules are 
applied. The combination of default rules 
and context determination can make it unne- 
cessary, in some cases, to use a DECLARE 
statement. 



CLASSES OF STATEMENT S 

Statements can be grouped into the fol- 
lowing six classes: 

Descriptive 

Input/Output 

Data Movement and Computational 

Control 

Exception Control 

Program Structure 

The names of the classes have been chosen 
for deiscriptive purposes only; they have no 
fundamental significance in the language. 
Some statements are included in more than 
one class, since they can have more than 
one function. 



DESCRIPTIVE STATEMENTS 



When a PL/I program is executed, it may 
manipulate many different kinds of data. 
Each data item, except a constant, is 
referred to in the program by a name. The 
PL/I language requires that the properties 
(or atjtributes) of data items referred to 
must ibe known at the time the program is 
compiled- There are a few exceptions to 
this rule; the bounds of the dimensions of 
arrays, the length of strings, and some 
file attributes may be determined during 
execution of the program. 



DECLARE Statements are always needed for 
fixed-point decimal and floating-point 
binary variables, character- and bit-string 
variables, label variables, arrays and 
structures, static, controlled^ and based 
variables, offset variables, and all data 
with the PICTURE attribute. An ENTRY dec- 
laration must be made in a DECLARE state- 
ment for the name of any function that 
returns a value with attributes different 
from the default attributes that would be 
assumed for the name — FIXED BINARY (15) if 
the first letter of the name is I through 
N; otherwise, DECIMAL FLOAT (6). (The 
default precisions are those defined for 
System/360 implementations.) An ENTRY dec- 
laration also must be made if arguments and 
parameters do not match exactly, as may be 
the case when constants are passed as 
arguments . 



DECLARE statements may also be an impor- 
tant part of the documentation of a pro- 
gram; consequently, programmers may make 
liberal use of declarations, even when 
default attributes apply or when a contex- 
tual declaration is possible. Because 
there are no restrictions on the niimber of 
DECLARE statements^ different DECLARE 
statements can be used for different groups 
of names. This can make modification easi- 
er and the interpretation of diagnostics 
clearer. 



The DECLARE Statement 



The DECLARE Statement is the principal 
means of specifying the attributes of a 



Other Descriptive Statements 



The OPEN statement allows certain attri- 
butes to be specified for a file name and 
may,, therefore, also be classified as a 
descriptive statement. The FORMAT state- 
ment may be thought of as describing the 
layout of data on an external medium, such 
as on a page or an input card,. 
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INPUT/OUTPUT STATEMENTS 



The principal statements of the 
input/output class are those that actually 
cause a transfer of data between internal 
storage and an external medium. Other 
input/output statements, which affect such 
transfers, may be considered input/output 
control statements. 

In the following list, the statements 
that cause a transfer of data are grouped 
into two subclasses, RECORD I/O and STREA.M 
I/O: 

RECORD I/O Transfer statements 

READ 

WRITE 

REWRITE 

LOCATE 

DELETE 
STREAM I/O Transfer Statements 

GET 

PUT 
I/O Control statements 

OPEN 

CLOSE 

UNLOCK 

An allied statement, discussed with 
these statenents, is the DISPLAY statement. 

There are two impoirtant differences 
between STREAM transmission and RECORD 
transmission. In STREAM transmission, each 
data item is treated individually, whereas 
RECORD transmission is concerned with col- 
lections of data items (records) as a 
whole. In STREAM transmission, each item 
may be edited and converted as it is 
transmitted; in RECORD transmission,, the 
record on the external medium is an exact 
copy of the record as it exists in internal 
storage, with no editing or conversion 
performed. 

As a result of these differences, record 
transmission is particularly applicable for 
processing large files that are written in 
an internal representation, such as in 
binary or packed decimal. Stream transmis- 
sion may be used for processing keypunched 
data and for producing readable output, 
where editing is required. Since files for 



which stream transmission is used tend to 
be smaller, the larger processing overhead 
can be ignored. 



RECORD I/O Transfer Statements 



The READ statement transmits records 
directly into working storage or makes 
records available for processing. The 
WRITE statement creates new records, trans- 
ferring collections of data to the output 
device. The LOCATE statement allocates 
storage for a variable within an output 
buffer,, setting a pointer to indicate the 
location in the buffer, having previously 
caused any record already located in a 
buffer for this file to be written out. 

The REWRITE statement alters existing 
records in an UPDATE file. The DELETE 
statement removes records from an UPDATE 
file. 



STREAM I/O Transfer Statements 



Only sequential files can be processed 
with the GET and PUT statements. Record 
boundaries generally are ignored; data is 
considered to be a stream of individual 
data items, either coming from (GET) or 
going to (PUT) the external medium. 

The GET and PUT statements may transmit 
a list of items in one of three modes, 
data-directed, list-directed, or edit- 
directed. In data-directed transmission, 
the names of the data items,, as well as 
their values, are recorded on the external 
medium. In list-directed transmission, the 
data is recorded externally as a list of 
constants, separated by blanks or commas. 
In edit-directed transmission, the data is 
recorded externally as a string of 
characters to be treated character by char- 
acter according to a format list. 

Data-directed transmission is most use- 
ful for reading a relatively small number 
of values and for producing self-annotated 
debugging output. List-directed input is 
suitable for reading in larger volumes of 
data punched in free form. Edit-directed 
transmission is used wherever format must 
be strictly controlled, for example, in 
producing reports and for reading cards 
punched in a fixed format. 

Note; The GET and PUT statements can also 
be used for internal data movement,, by 
specifying a string name in the STRING 
option instead of specifying the FILE 
option. Although the facility may be used 
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with READ and WRITE statements for moving 
data to and from a buffer, it is not 
actually a part of the input/output opera- 
tion. GET and PUT statements with the 
STRING option are discussed in the section 
"Data Movement and Computational State- 
ments »" in this chapter. 



DATA MOVEMENT AND COMPUTATIONAL STATEMENTS 



Internal data movement involves the 
assignment of the value of an expression to 
a specified variable. The expression may 
be a constant or a variable, or it may be 
an expression that specifies computations 
to be made. 



Input/Output Control Statements 



The OPEN statement associates a file 
name with a data set and prepares the data 
set for processing. It may also specify 
additional attributes for the file,. 



The most commonly used statement for 
internal data movement,, as well as for 
specifying computations, is the assignment 
statement. The GET and PUT statements with 
the STRING option also can be used for 
internal data movement. The PUT statement 
can, in addition, specify canputations to 
be made. 



An OPEN statement need not always be 
written. Execution of any input or output 
transmission statement that specifies the 
name of an unopened file will result in an 
automatic opening of the file before the 
data transmission takes place. 

The OPEN statement may be used to 
declare attributes for a file; for a PRINT 
file, the length of each printed line and 
the number of lines per page can be speci- 
fied only in an OPEN statement. The OPEN 
statement can also be used to specify a 
name (in the TITLE option) other than the 
file name, as a link between the data set 
and the file. 

The CLOSE statement dissociates a data 
set from a file. All files are closed at 
termination of a program, so a CLOSE state- 
ment is not always required. 

The UNLOCK statement releases a record 
that has been temporarily locked by the 
task executing the UNLOCK statement, so 
that other concurrent tasks may resume 
access to the record. The UNLOCK statement 
is not always required; the unlocking 
operation is automatic when the task that 
locked the record deletes or rewrites it, 
or closes the file, or when the task is 
terminated. 



The DISPLAY Statement 



The DISPLAY statement is used to write 
messages on the console, usually to the 
operator- It may also be used, with the 
REPLY option, to allow the operator to 
communicate with the program by typing in a 
code or a message. The REPLY option may be 
used merely as a means of suspending pro- 
gram execution until the operator acknowl- 
edges the message. 



The As s ignment Statement 



The assignment statement, which has no 
keyword, is identified by the assignment 
symbol (=). It generally takes one of two 
forms : 

A = B; 

A = B + C; 

The first form can be used purely for 
internal data movement. The value of the 
variable (or constant) to the right of the 
assignment symbol is to be assigned to the 
variable to the left. The second form 
includes an operational expression whose 
value is to be assigned to the variable to 
the left of the assignment symbol. The 
second form specifies computations to be 
made, as well as data movement. 

Since the attributes of the variable on 
the left may differ from the attributes of 
the result of the expression (or of the 
variable or constant) , the assignment 
statement can also be used for conversion 
and editing. 

The variable on the left may be the neime 
of an array or a structure; the expression 
on the right may yield an array or struc- 
ture value. Thus the assignment statQati€int 
can be used to move aggregates of data, as 
well as single items. 



Multiple Assignirent 

The value of the expression in an 
assignment statement can be assigned to 
more than one variable in a statement of 
the following form: 

A,X = B + C; 
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Such a statement is executed in exactly the 
same way as a single assignment, except 
that the value of B + C is assigned to both 
A and X. In general, it has the same 
effect as if the following two statements 
had been written: 

A = B + C; 
X = B + C; 

Note: If multiple assignment is used for a 
structure assignment BY NAME, the elementa- 
x"y names affected will be only those that 
are common to all of the structures listed 
to the left of the assignment symbol. 



This statement specifies that the character 
string assigned to BUFFER is to consist of 
the character representations of the value 
of A multiplied by 3 and the value of the 
sum of B and C. 



Operational expressions in the data list 
of a PUT statement are not limited to PUT 
statements with the STRING option. Opera- 
tional expressions can appear in PUT state- 
ments that specify output to a file. 



CONTROL STATEMENTS 



The STR ING O ption 



If the STRING option appears in a GET or 
PUT statement in place of a FILE option, 
execution of the statement will result only 
in internal data movement; neither input 
nor output is involved. 

Assume that NAME is a string of 30 
characters and that FIRST, MIDDLE, and LAST 
are string variables, consider the follow- 
ing examples 

GET STRING (NAME) EDIT 

(FIRST,MIDDLE, LAST) 
(A([12),A(1),A(17)); 

This statement specifies that the first 12 
characters of NAME are to be assigned to 
FIRST, the next character to MIDDLE, and 
the remaining 17 characters to LAST. 

The PUT statement with the string option 
specifies the reverse operation, that is, 
that the values of the specified variables 
are to be concatenated into a string and 
assigned as the value of the string named 
in the STRING option. For example: 

PUT STRING (NAME) EDIT 

(FIRST, MIDDLE, LAST) 
(A(12),A(1),A(17)); 

This statement specifies that the values of 
FIRST, MIDDLE, and LAST are to be concaten- 
ated, in that order, and assigned to the 
string variable NAME. 

Computations to be performed can be 
specified in a PUT statement by including 
operational expressions in the data list. 
Assume, for the following example, that the 
variables A, B, and C represent arithmetic 
data and BUFFER represents a character 
string: 

PUT STRING (BUFFER) LIST (A*3,B+C); 



Statements in a PL/I program^, in gener- 
al, are executed sequentially unless the 
flow of control is modified by the occur- 
rence of an interrupt or the execution of 
one of the following control statements: 

GO TO 

IF 

DO 

CALL 

RETURN 
END 
STOP 
EXIT 



The GO TO Statement 



The GO TO statement is most frequently 
used as an unconditional branch. If the 
destination of the GO TO is specified by a 
label variable, it may then be used as a 
switch by assigning label constants, as 
values, to the label variable. 

If the label variable is subscripted, 
the switch may be controlled by varying the 
subscript. Since multidimensional label 
arrays are allowed, and since logical 
values may be used as subscripts, quite 
subtle switching can be effected,. It is 
usually true, however, that simple control 
statements are the most efficient. 

The keyword of the GO TO statement may 
be written either as two words separated by 
a blank or as a single word, GOTO. 
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The IF Statement 



The IF statement provides the most com- 
mon conditional branch and is usually used 
with a simple comparison expression follow- 
ing the word IF. For example: 



IF A = B 

THEN action-if-true 

ELSE action-if-false 

If the comparison is true, the THEN 
clause (the "action to be taken") is exe- 
cuted. After execution of the THEN clause, 
control branches around the ELSE clause 
(the "alternate action"), and execution 
continues with the next statement. Note 
that the THEN clause can contain a GO TO 
statement or some other control statement 
that would result in a different transfer 
of control. 

If the comparison is not true, control 
branches around the THEN clause, and the 
ELSE clause is executed. Control then 
continues normally. 

The IF statement might be as follows: 

IF A = B 

THEN C = D; 

ELSE C = E; 

If A is equal to B, the value of D is 
assigned to c, and control branches around 
the ELSE clause. If A is not equal to B, 
control branches around the THEN clause, 
and the value of E is assigned to C. 

Either the THEN clause or the ELSE 
clause can contain some other control 
statement that causes a branch, either 
conditional or unconditional. If the THEN 
clause contains a GO TO statement, for 
example, there is no need to specify an 
ELSE clause. Consider the following exam- 
ple: 

IF A = B 

THEN GO TO LABEL_1; 

next-statement 

If A; is equal to B, the GO TO statement of 
the THEN clause causes an unconditional 
branch to LABEL_1. If A is not equal to B, 
control branches around the THEN clause to 
the next statement, whether or not it is an 
ELSE clause associated with the IF state- 
ment . 



Note; If the THEN clause does not cause a 
transfer of control and if it is not 
followed by an ELSE clause, the next state- 
ment will be executed whether or not the 
THEN clause is executed. 

The expression following the IF keyword 
can be only an element expression; it 
cannot be an array or structure expression. 
It can, however, be a logical expression 
with more than one operator. For example: 

IFA=B6C=D 
THEN GO TO R; 

The same kind of test could be made with 
nested IF statements. The following three 
examples are equivalent: 

IFA=BgC=D 
THEN GO TO R; 
B = B + 1; 

IF A = B 

THEN IF C = D 

THEN GO TO R; 
B = B + 1; 

IF A T= B THEN GO TO S; 
IF C T= D THEN GO TO S; 
GO TO R; 
S: B = B + 1; 



The DO Statement 



The most common use of the DO statement 
is to specify that a group of statements is 
to be executed a stated number of times 
while a control variable is incremented 
each time through the loop. Such a group 
might take the form: 

DO I = 1 TO 10; 



END; 

The statements to be executed iteratively 
must be delimited by the DO statement and 
an associated END statement. In this case, 
the group of statements will be executed 
ten times, while the value of the control 
variable I ranges from 1 through 10. The 
effect of the 'DO and END statements would 
be the same as the following: 

1 = 0; 
A: 1=1+1; 

IF I > 10 THEN GO TO B; 



GO TO A; 

next statement 
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Note that the increment is made before the 
control variable is tested and that, in 
general, control goes to the statement 
following the group only when the value of 
the control variable exceeds the limit set 
in the DO statement. If a reference is 
made to a control variable after the last 
iteration is completed, the value of the 
variable will be one increment beyond the 
specified limit. 



The DO statement can also be used with 
the WHILE option and no control variable, 
as follows: 

DO VraiLE (A. = B) ; 

This statement, heading a group, causes the 
group to be executed repeatedly so long as 
the value of A remains equal to the value 
of B. 

The WHILE option can be combined with a 
control variable of the form: 

DO I = 1 TO 10 WHILE (A = B) ; 

This statement specifies two tests. Each 
time that I is incremented, a test is made 
to see that I has not exceeded 10. A.n 
additional test then is made to see that A 
is equal to B. Only if both conditions are 
satisfied will the statements of the group 
be executed. 

More than one successive iteration 
specification can be included in a single 
DO statement. Consider each of the follow- 
ing DO statements: 

DO I = 1 TO 10, 13 TO 15; 

DO I = 1 TO 10, 11 WHILE (A = B) ; 

The first statement specifies that the DO 
group is to be executed a total of thirteen 
times, ten times with the value of I equal 
to 1 through 10, and three times with the 
value of I equal to 13 through 15. The 
second DO statement specifies that the 
group is to be executed at least ten times, 
and then (provided that A is equal to B) 
once more; if "BY 0" were inserted after 
"11", execution would continue with I set 
to 11 as long as A remained equal to B. 
Note that in both statements a comma is 
used to separate the two specifications. 
This indicates that a succeeding specifi- 
cation is to be considered only after the 
preceding specification has been satisfied. 

The control variable of a DO statement 
can be used as a subscript in statements 
within the DO-group, so that each iteration 
deals with successive elements of a table 
cr array. For example: 



DO I = 1 TO 10; 
A(I) = I; 

END; 

In this example,, the first ten elements of 
A are set to 1,2,. -.,10, respectively. 

The increment in the iteration specifi- 
cation is assumed to be one unless some 
other value is stated, as follows: 

DO I = 2 TO 10 BY 2; 

This specifies that the loop is to be 
executed five times, with the value of I 
equal to 2, 4, 6, 8, and 10. 



Noniterative DO Statements 



The DO statement need not specify 
repeated execution of the statements of a 
DO-group. A simple DO statement, in con- 
junction with a DO-group, can be used as 
follows : 



DO; 



END; 

The use of the simple DO statement in this 
manner merely indicates that the DO-group 
is to be treated logically as a single 
statement. It can be used to specify a 
number of statements to be executed in the 
THEN clause or the ELSE clause of an IF 
statement, thus maintaining sequential con- 
trol without the use of a begin block. 
(Only a single statement, a DO-group, or a 
begin block can be specified in the THEN 
clause or in the ELSE clause.) 



The CA L La RETURN,, and END Statements 



A subroutine may be invoked by a CALL 
statement that names an entry point of the 
subroutine. When the multitasking facili- 
ties are not in use, control is returned to 
the activating, or invoking, procedure when 
a RETURN statement is executed in the 
subroutine or when execution of the END 
statement terminates the subroutine. If 
the CALL statement contains one of the 
multitasking options, TASK, EVENT, or 
PRIORITY, the subroutine is executed by a 
subtask with its own separate flow of 
control; in this case, the RETURN or END 
statement merely terminates the separate 
flow of control established for the sub- 
task. (See Chapter 15, "Multitasking.") 
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The RETURN Statement with a parenthe- 
sized expression is used in a function 
procedure to return a value to a function 
reference. This form is used to return a 
value frcwn a procedure that has been 
invoked by a function reference. 

Normal termination of a program occurs 
as the result of execution of the final END 
statement of the main procedure or of a 
RETURN statement in the main procedure, 
either of which returns control to the 
operating system. 



The STOP and EXIT Statements 



statement is in force at the time an 
interrupt occurs, the standard system 
action will take place. For most condi- 
tions, the standard system action is to 
print a message and terminate execution. 

The ON statement takes the form: 

ON condition-name {SYSTEM; |on-unit} 

The "condition name" is one of the keywords 



listed m 
"ON-Conditions . 
statement or a 
action to be 
arises and 
example: 



Part II, Section H, 
" The "on-unit" is a single 
begin block that specifies 

taken when that condition 
an interrupt occurs. For 



The STOP and EXIT statements are both 
used to cause abnormal termination. The 
STOP statement terminates execution of the 
entire program, including all concurrent 
tasks. The EXIT statement terminates only 
the task that executes it, together with 
any attached tasks. (See Chapter 15, 
"Multitasking. ") 



EXCEPTION CONTROL STATEMENTS 



The control statements, discussed in the 
preceding section, alter the flow of con- 
trol whenever they are executed. Another 
way in which the sequence of execution can 
be altered is by the occurrence of a 
program interrupt caused by an exceptional 
condition that arises. 



In general, an excepti 
the occurrence of an un 
such as an overflow error, 
ed action, such as an 
occurs at an unpredi 
detailed discussion of 
these conditions appears 
"Exceptional Condition Han 
Checkout. " 



onal condition is 
expected action, 
or of an expect- 
end of file, that 
ctable time. A 
the handling of 
in Chapter 11, 
dling and Program 



The three exception control statements 
are the ON statement, the REVERT statement, 
and the SIGNAL statement. 



ON ENDFILE (DETAIL) GO TO NEXT_MASTER ; 

This statement specifies that when an 
interrupt occurs as the result of trying to 
read beyond the end of the file named 
DETAIL, control is to be transferred to the 
statement labeled NEXT_MASTER. 

When execution of an on-unit is success- 
fully completed, control will normally 
return to the point of the interrupt or to 
a point immediately following it, depending 
upon the condition that caused the inter- 
rupt. 

An important use of the ON statement is 
for debugging. The CHECK condition causes 
debugging information to be printed whenev- 
er the value of one of a list of specified 
variables is changed or whenever a speci- 
fied statement is executed. 

The effect of an ON statement, the 
establishment of the on-unit, can be 
changed within a block (1) by execution of 
another ON statement naming the same condi- 
tion with either another on-unit or the 
word SYSTEM, which re-establishes standcird 
system action, or (2) by the execution of a 
REVERT statement naming that condition. 
On-units in effect at the time another 
block is activated remain in effect in the 
activated block, and in other blocks acti- 
vated by it, unless another ON statement 
for the same condition is executed. Wlien 
control returns to an activating block, 
on-units are re-established as they exist- 
ed. 



The ON Statement 



The ON statement is used to specify 
action to be taken when any subsequent 
occurrence of a specified condition causes 
a program interrupt. ON statements may 
specify particular action for any of a 
number of different conditions. For all of 
these conditions, a standard system action 
exists as a part of PL/I, and if no ON 



The REVERT Statement 



The REVERT statement is used to cancel 
the effect of all ON statements for the 
same condition that have been executed in 
the block in which the REVERT statement 
appears. 
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The REVERT Statement, which must specify 
the condition name, re-establishes the on- 
unit that was in effect in the activating 
block at the time the current block was 
invoked. 



The SIGNAL Statement 



The SIGNAL statement simulates the 
occurrence of an interrupt for a named 
condition. It caa be used to test the 
coding of the on-unit established by execu- 
tion of an ON statement. For example; 

SIGNAL OVERFLOW; 

This statement would simulate the occur- 
rence of an overflow interrupt and would 
cause execution of the on-unit established 
for the OVERFLOW condition. If an on-unit 
has not been established, standard system 
action is taken. 



PROGRAM STRUCTURE STATEMENTS 



The program structure statements are 
those statements used to delimit sections 
of a program into blocks and groups, and to 
control the allocation of storage within a 
program. These statements are the PROCE- 
DURE statement, the END statement, the 
ENTRY statement,, the BEGIN statement, the 
DO statement, the ALLOCATE statement, and 
the FREE statement. The concept of blocks 
and groups is fundamental to a proper 
understanding of PL/I and is dealt with in 
detail in Chapters 6, 7, and 10. 

Proper division of a program into blocks 
simplifies the writing and testing of the 
program, particularly when a number of 
programmers are co-operating in writing a 
single program. It may also result in more 
efficient use of storage, since dynamic 
storage of the automatic class is allocated 
on entry to the block in which it is 
declared. 



Every program must have at least one 
PROCEDURE statement and one END statement. 
A program may consist of a number of 
separately written procedures linked 
together. A procedure may also contain 
other procedures nested within it. These 
internal procedures may contain declara- 
tions that are treated (unless otherwise 
specified) as local definitions of names. 
Such definitions are not known outside 
their own block, and the names cannot be 
referred to in the containing procedure. 
Storage associated with these names is 
generally allocated upon entry to the block 
in which such a name is defined^ and it is 
freed upon exit from the block. 

The sequence of statements defined by a 
procedure can be executed at any point at 
which the procedure name is known. This 
execution can be either synchronous (that 
is, the execution of the invoking procedure 
is suspended until control is returned to 
it) or asynchronous (that is, execution of 
the invoking procedure proceeds concurrent- 
ly with that of the invoked procedure) ; for 
details of asynchronous operation, see 
Chapter 15, "Multitasking." A procedure is 
invoked either by a CALL statement or by 
the appearance of its name in an expres- 
sion, in which case the procedure is called 
a function procedure. A function reference 
causes a value to be calculated and 
returned to the function reference for use 
in the evaluation of the expression. A 
function procedure cannot be executed asyn- 
chronously with the invoking procedure. 

communication between two procedures is 
by means of arguments passed from an invok- 
ing procedure to the invoked procedure, by 
a value returned from an invoked procedure, 
and by names known within both procedures- 
A procedure may therefore operate upon 
different data when it is invoked from 
different points. A value is returned from 
a function procedure to a function ref- 
erence by means of the RETURN statement. 



The ENTRY Statement 



The PROCEDURE Statement 



The principal function of a procedure 
block, which is delimited by a PROCEDURE 
statement and an associated END statement, 
is to define a sequence of operations to be 
performed upon specified data. This 
sequence of operations is given a name (the 
label of the PROCEDURE statement) and can 
be invoked from any point at which the name 
is known. 



The ENTRY statement is used to provide 
an alternate entry point to a procedure 
and, possibly, an alternate parameter list 
to which arguments can be passed, corres- 
ponding to that entry point. 



Note : 



It 



is important to distinguish 

between the ENTRY statement, which speci- 
fies an entry to the procedure in which it 
occurs, and the ENTRY attribute specifi- 
cation, which describes the attributes of 
parameters of procedures that are invoked 
from the procedure in which the ENTRY 
attribute specification appears. 
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The BEGIN Statement 



Local definitions of names can also be 
made within begin blocks, which are delim- 
ited by a BEGIN statement and an associated 
END statement. Begin blocks, however, are 
executed in the normal flow of a program, 
either sequentially or as a result of a GO 
TO or an IF statement transfer. One of the 
most common uses of a begin block is as the 
on-unit of an ON statement, in which case 
it is not executed through normal flow of 
control, but only upon occurrence of the 
specified condition. It is also useful for 
delimiting a section of a program in which 
some automatic storage is to be allocated. 

Each begin block must be nested within a 
procedure or another begin block. 



The DO Statement 



i^nother kind of program structure is 
provided by the DO-group, which is delimit- 
ed by a DO statement and an associated END 
statement. A DO-group does not have any 
effect upon the allocation of storage or 
the meaning of names. A DO-group specifies 
that the statements contained within it are 
to be considered as an entity for the 
purpose of flow of control. 



A DO statement may specify repeated 
execution of a sequence of statements until 
a criterion is satisfied, or it may indi- 
cate within an IF statement that a group of 
statements is to be taken together as the 
whole of the THEN clause or of the ELSE 
clause. 



The ALLOCATE and FREE Statements 



As with many other conventions in PL/I, 
the convention concerning storage alloca- 
tion and the scope of definitions of names 
can be overridden by the programmer. The 
storage class attribute AUTOMATIC is 
assumed for most variables. However a 
variable can be declared STATIC, in which 
case it is allocated throughout the entire 
program; or it can be declared CONTROLLED, 
or BASED, in which case its allocation can 
be explicitly specified by the progrcimmer- 

The ALLOCATE Statement is used to assign 
storage to controlled and based data, inde- 
pendent of block boundaries. The bounds of 
controlled arrays and the length of con- 
trolled strings, as well as their initial 
values, may also be specified at the time 
the ALLOCATE statement is executed. The 
FREE statement is used to free controlled 
and based storage after it has been allo- 
cated. 
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CHAPTER 6: BLOCKS, FLOW OF CONTROL- AND STORAGE ALLOCATION 



This section discusses how statements 
can be organized into blocks to form a PL/I 
program, how control flows within a program 
from one block of statements to another, 
and how storage may be allocated for data 
within a block of statements. The discus- 
sion in this chapter does not completely 
cover multitasking, which is discussed in 
detail in Chapter 15. However, the discus- 
sion generally applies to all blocks, 
whether or not they are executed concur- 
rently. 



A: READIN: 



PROCEDURE 
statement-1 
statement- 2 



statement-n 
END READIN; 



In general, control is transferred to a 
procedure through a reference to the name 
(or one of the names) of the procedure. 
Thus, the procedure in the above example 
would be given control by a reference to 
either of its names- A or READIN. 



BLOCKS 



A PL/I program consists of one or more 
such procedures, each of which may contain 
other procedures and/or begin blocks. 



A block is a delimited sequence of 
statements that constitutes a section of a 
program. It localizes names declared with- 
in the block and limits the allocation of 
variables. There are two kinds of blocks: 
procedure blocks and begin blocks. 



BEGIN BLOCKS 



A begin block is a set of statements 
headed by a BEGIN statement and ended by an 
END statement, as follows: 



(label:] 



BEGIN; 



PROCEDURE BLOCKS 



END [label]; 



A procedure block, simply called a pro- 
cedure, is a sequence of statements headed 
by a PROCEDURE statement and ended by an 
END statement, as follows: 



label: [label:] 



PROCEDURE; 



END [label]; 

All procedures must be named because the 
procedure name is the primary point of 
entry through which control can be trans- 
ferred to a procedure. Hence, a PROCEDURE 
statement must have at least one label. A 
label need not appear after the keyword END 
in the END statement, but if one does 
appear, it must match the label (or one of 
the labels) of the PROCEDURE statement to 
which the END statement corresponds. 
(There are exceptions; see "Use of the END 
Statement with Nested Blocks and DO-Groups" 
in this chapter. X An example of a proce- 
dure follows: 



Unlike a procedure block, a label is 
optional for a begin block. If one or more 
labels are prefixed to a BEGIN statement, 
they serve only to identify the starting 
point of the block. (Control may pass to a 
begin block without reference to the name 
of that block through normal sequential 
execution, although control can be trans- 
ferred to a labeled BEGIN statement by 
execution of a GO TO statement.) The label 
following END is optional. However, a 
label can appear after END, matching a 
label of the corresponding BEGIN statement. 
(There are exceptions; see "Use of the END 
Statement with Nested Blocks and DO-Groups" 
in this chapter. ) An example of a begin 
block follows: 



B: CONTROL: 



BEGIN; 

statement-1 

statement-2 



statement-n 
END B; 
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Unlike procedures, begin blocks general- 
ly are not given control through special 
references to them. The normal sequence of 
control governing ordinary statement execu- 
tion also governs the execution of begin 
blocks. Control passes into a begin block 
sequentially, following execution of the 
preceiding statement. 

Begin blocks are not essential to the 
construction of a PL/I program. However, 
there are times when it is advantageous to 
use begin blocks to delimit certain areas 
of a program. These advantages are dis- 
cussed in this chapter and in Chapter 1„ 
"Recognition of Names." 



INTERNAL AND EXTERNAL BLOCKS 



Any block can contain one or more 
blocks. That is, a procedure, as well as a 
begin block, can contain other procedures 
and begin blocks. However, there can be no 
overlapping of blocks; a block that con- 
tains another block must totally encompass 
that block. 



D: BEGIN; 

statement-dl 
statement-d2 
statement-d3 
E: PROCEDURE; 
statement-el 
statement-e2 
END E; 
statement-dU 
END D; 
END C; 
statement-a6 
statement- a7 
END A; 

In the above example, procedure block A 
is an external procedure because it is not 
contained in any other block. Block B is a 
begin block that is contained in A; it 
contains no other blocks. Block C is an 
internal procedure; it contains begin block 
D, which, in turn, contains internal proce- 
dure E. This example contains three levels 
of nesting relative to A; B and C are at 
the first level, D is at the second level 
(but the first level relative to O and E 
is at the third level (the second level 
relative to C, and the first level relative 
to D). 



A procedure block that is contained 
within another block is called an internal 
pro cedure. A procedure block that is not 
contained within another block is called an 
ext ernal procedure . There must always be 
at~least one external procedure in a PL/I 
program, (Note: With System/360 implemen- 
tations, each external procedure is com- 
piled separately. Entry names of external 
procedures cannot exceed seven characters.) 

Begin blocks are always internal; they 
must always be contained within another 
block. 

Internal procedure and begin blocks can 
also be referred to as nested blocks . 
Nested blocks, in turn, may have blocks 
nested within them, and so on. The outer- 
most block always must be a procedure. 
Consider the following example: 

A: PROCEDURE; 
statement-al 
statement- a2 
statement-a3 
B: BEGIN; 

statement-bl 

statement- b2 

statement-b3 

END B; 
statement-a4 
statement-a5 
C: PROCEDURE; 

statement-cl 

statement- c 2 



Use of the END statement with Nested Blocks 
and DO-Groups (Multiple Closure) 



The use of the END statement with a 
procedure, begin block, or DO-group is 
governed by the following rules: 

1. If a label is not used after END, the 
END statement closes (i.e., ends) that 
unclosed block headed by the BEGIN or 
PROCEDURE statement, or that unclosed 
DO-group headed by the DO statement, 
that physically precedes, and appears 
closest to, the END statement. 

2. If the optional label is used after 
END, the END statement closes that 
unclosed block or DO-group headed by 
the BEGIN, PROCEDURE, or DO Statement 
that has a matching label, and that 
physically precedes, and appears clo- 
sest to, the END statement,. Any 
unclosed blocks or DO-groups nested 
within such a block or DO-group are 
automatically closed by this END 
statement; this is known as multiple 
closure . 

From the second rule, it is evident that 
nested blocks sometimes make it possible 
for a single END statement to close more 
than one block. For example, assume that 
the following external procedure has been 
defined: 
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FRST: PROCEDURE; 

statement-fl 
statement- f 2 
ABLK: BEGIN; 

statement-al 
statement- a 2 
SCND: PROCEDURE; 

statement- si 
BBLK: BEGIN; 

statement-bl 
END; 
END; 
statement- a3 
END ABLK; 
END FRST; 

In this example, begin block BBLK and 
internal procedure SCND effectively end in 
the same place; that is^, there are no 
statements between the END statements for 
each. This is also true for begin block 
ABLK and external procedure FRST. In such 
cases, it is not necessary to nse an END 
statement for each block, as shown; rather, 
one END statement can be used to end BBLK 
and SCND, and another END can be used to 
end ABLK and FRST. In the first case, the 
statement would be END SCND, because one 
END statement with no following label would 
close only the begin block BBLK (see the 
first rule above) . In the second case, 
only the statement END FRST is required; 
the statement END ABLK is superfluous. 
Thus, the example could be specified as 
follows : 

FRST: PROCEDURE; 

statement-fl 
statement-f 2 
ABLK: BEGIN; 

statement-al 
stateraent-a2 
SCND: PROCEDURE; 

statement-sl 
statement-s2 
BBLK: BEGIN; 

statement-bl 
statement-b2 
END SCND; 
statement-a3 
END FRST; 



ACTIVATION AND TERMINATION OF BLOCKS 



program flow (except when specified as an 
on-unit) and, in general, can appear where- 
ver a single statement can appear. For a 
procedure, however, normal sequential pro- 
gram flow passes around the procedure, from 
the statement before the PROCEDURE state- 
ment to the statement after the END state- 
ment of that procedure. The only way in 
which a procedure can be activated is by a 
procedure reference . 



A procedure reference is the appearance 
of an entry name (defined below) in one of 
the following contexts: 



1. 'After the keyword CALL in a CALL 
statement 



After the keyword CALL in the CALL 
option of the INITIAL attribute (see 
the discussion of the INITIAL attri- 
bute in Part II, Section I, 
"Attributes," for details) 



3. As a function reference (see Chapter 
10, "Subroutines and Functions," for 
details) 

This chapter uses examples of the first 
of these; that is, with the procedure 
reference of the form: 

CALL en try- name; 

The material, however, is relevant to the 
other two forms as well. 

^^ entry nam e is defined as either of 
the following: 

1. The label, or one of the labels, of a 
PROCEDURE statement 

2. The label, or one of the labels, of an 
ENTRY statement appearing within a 
procedure 

The first of these is called the primary 
entry poin t to a procedure; the second is 
known as a s econdary entry point to a 
procedure. The following is an example of 
a procedure containing secondary entry 
points : 



ACTIVATION 



Although the begin block and the proce- 
dure have a physical resemblance and play 
the same role in the allocation and freeing 
of storage, as well as in delimiting the 
scope of names, they differ in the way they 
are activated and executed, A begin block, 
like a single statement, is activated and 
executed in the course of normal sequential 



A: PROCEDURE; 
Statement- 1 
statement- 2 
ERRT: ENTRY; 

statement-3 
statement- 4 
statement- 5 
NEXT: RETR: ENTRY; 

statement- 6 
statement-7 
statement- 8 
END A; 
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In this example, A is the primary entry 
point to the procedure, and ERRT, NEXT, and 
RETR specify secondary entry points. 
Actually, since they are both labels of the 
same ENTRY statement, NEXT and RETR specify 
the same secondary entry point. 



VJhen a procedure reference is executed, 
the procedure containing the specified 
entry point is activated and is said to be 
invoked; control is transferred to the 
I specif led entry point. ^ The point at which 
the procedure reference appeairs is called 
the point of invocation and the block in 
which the reference is made is called the 
invoking block . An invoking block remains 
active even though control is transferred 
from it to the block it invokes. 



Whenever a procedure is invoked at its 
primary entry point, execution begins with 
the first executable statement in the 
invoked procedure. However, when a proce- 
dure is invoked at a secondary entry point, 
execution begins with the first executable 
statement following the ENTRY statement 
that defines that secondary entry point. 
Therefore, if all of the numbered state- 
ments in the last example are executable, 
the statement CALL A would invoke procedure 
A at its primary entry point, and execution 
would begin with statement-1; the statement 
CALL ERRT would invoke procedure A at the 
secondary entry point ERRT, and execution 
would begin with statement-3; either of the 
statements CALL NEXT or CALL RETR would 
invoke procedure A at its other secondary 
entry point, and execution would begin with 
statement-6. Note that any ENTRY state- 
ments encountered during sequential flow 
are never executed; control flows around 
the ENTRY statement as though the statement 
were a comment. 



Any procedure, whether external or 
internal, can always invoke an external 
procedure, but it cannot always invoke an 
internal procedure that is contained in 
some other procedure. Those internal pro- 
ced\ires that are at the first level of 
nesting relative to a containing procedure 
can always be invoked by that containing 
procedure, or by each other. For example: 



*- This statement does not apply when the 
CALL statement specifies one of the multi- 
tasking options. See Chapter 15, 
"Multitasking. " 



PRMAIN: PROCEDURE; 

statement-1 

statement- 2 

statement-3 

A: PROCEDURE; 
statement-al 
statement- a 2 
B : PROCEDURE ; 
statement-bl 
statement-b2 
END A; 

statement- 4 

statement- 5 

C: PROCEDURE; 
statement- cl 
statement-c2 
END C; 

statement-6 

statement-7 

END PRMAIN; 



In this example, PRMAIN can invoke pro- 
cedures A and C, but not B; procedure A can 
invoke procedures B and C; procedure B can 
invoke procedure C; and procedure C can 
invoke procedure A but not B. 



The foregoing discussion about the acti- 
vation of blocks presupposes that a program 
has already been activated. A PL/I program 
becomes active when a calling program 
invokes the init i al procedure . This call- 
ing program usually is the operating sys- 
tem, although it could be another program. 
For System/3 60 implementations, the initial 
procedure, called the main procedure, must 
be an external procedure whose PROCEDURE 
statement has the OPTIONS (MAIN) specifi- 
cation, as shown in the following example: 

CONTRL: PROCEDURE OPTIONS (MAIN) ; 
CALL A; 
CALL B; 
CALL C; 
END CONTRL; 

In this example, CONTRL is the initial 
procedure and it invokes other procedures 
in the program. 

The following is a summary of what has 
been stated, or at least implied, about the 
activation of blocks: 

• A program becomes active when the ini- 
tial procedure is activated by the 
operating system. 

• Except for the initial procedure, 
external and internal procedures con- 
tained in a program are activated only 
when they are invoked by a procedure 
reference. 

• Begin blocks are activated through nor- 
mal sequential flow or as on-units. 
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• The initial procedure remains active 
for the duration of the program. 

• All activated blocks remain active 
until they are terminated (see below) . 



TERMINATION 



In general, a procedure block is termi- 
nated when, by some means other than a 
procedure reference, control passes back to 
the invoking block or to some other active 
block. Similarly, a begin block is termi- 
nated when, by some means other than a 
procedure reference, control passes to 
another active block. There are a number 
of ways by which such transfers of control 
can be accomplished, and their interpreta- 
tions differ according to the type of block 
being terminated. 

Note that when a block is terminated, 
any task attached by that block is termi- 
nated (see Chapter 15, "Multitasking"). 



Begin Block Termination 



A begin block is terminated when any of 
the following occurs : 

1. Control reaches the END statement for 
the block. When this occurs, control 
moves to the statement physically fol- 
lowing the END, except when the block 
is an on-unit. 



statement in B that transfers control to a 
point contained in neither A nor B effec- 
tively terminates both A and B. This case 
is illustrated below: 



FRST: PROCEDURE OPTIONS (MAIN) ; 
statement-1 
statement- 2 
statement- 3 
A: BEGIN; 

statement-al 
statement-a2 
B: BEGIN; 

statement- bl 
statement- b2 
GO TO LAB; 
statement- b3 
END B; 
statement-a3 
END A; 
statement-4 
statement-5 
LAB: statement-6 
statement- 7 
END FRST; 

After FRST is invoked, the first three 
statements are executed and then begin 
block A is activated. The first two state- 
ments in A are executed and then begin 
block B is activated (A remaining active) . 
when the GO TO statement in B is executed, 
control passes to statement-6 in FRST. 
Since statement-6 is contained in neither A 
nor B, both A and B are terminated. Thus, 
the transfer of control out of begin block 
B results in the termination of intervening 
block A as well as termination of block B. 



2. The execution of a GO TO statement 
within the begin block (or any block 
activated from within that begin 
block) transfers control to a point 
not contained within the block. 

3. A STOP or EXIT statement is executed 
(thereby terminating execution) . 

4. Control reaches a RETURN statement 
that transfers control out of the 
begin block and out of its containing 
procedure as well. 

A GO TO statement of the type described 
in item 2 can also cause the termination of 
other blocks as follows: 

If the transfer point is contained in a 
block that did not directly activate the 
block being terminated, all intervening 
blocks in the activation sequence are 
terminated. 

For example, if begin block 3 is con- 
tained in begin block A, then a GO TO 



Procedure Termination 



A procedure is terminated 
the following occurs: 



when one of 



1,. Control reaches a RETURN statement 
within the procedure. The execution 
of a RETURN statement causes control 
to be returned to the point of invoca- 
tion in the invoking procedure. If 
the point of invocation is a CALL 
statement, execution in the invoking 
procedure resumes with the statement 
following the CALL. If the point of 
invocation is one of the other forms 
of procedure references (that is, a 
CALL option or a function reference) , 
execution of the statement containing 
the reference will be resumed. 

2. Control reaches the END statement of 
the procedure. Effectively, this is 
equivalent to the execution of a 
RETURN statement. 
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The execution of a GO TO statement 
within the procedure (or any block 
activated from within that procedure) 
transfers control to a point not con- 
tained within the procedure. 



A STOP or EXIT statement is executed 
(thereby terminating execution) . 



Items 1, 2, and 3 are normal procedure 
terminations; item U is abnormal procedure 
termination. 



As with a begin block, the type of 
termination described in item 3 can some- 
times result in the termination of several 
procedures and/or begin blocks. Specifi- 
cally, if the transfer point specified by 
the GO TO statement is contained in a block 
that did not directly activate the block 
being terminated, all intervening blocks in 
the activation sequence are terminated. 
Consider the following examole: 



At PROCEDURE OPTIONS (MAIN) ; 
statement- 1 
statement- 2 
B: BEGIN; 

statement-bl 
statement-b2 
CALL C; 
statement-b3 
END B; 
statement- 3 
statement- 4 
C: PROCEDURE; 
statement-cl 
statement-c2 
statement-c3 
D: BEGIN; 

statement-ai 
statement-d2 
GO TO LAB; 
statement-d3 
END D; 
statement-cU 
END C; 
statement- 5 
LAB: statement- 6 
statement-7 
END A; 



In the above example, A activates B, 
which activates C, which activates D. In 
D, the statement GO TO LAB transfers con- 
trol to statement- 6 in A. Since this 
statement is not contained in D, C, or B, 
all three blocks are terminated; A remains 
active. Thus, the transfer of control out 
of D results in the termination of inter- 
vening blocks B and C as well as the 
termination of block D. 



Program Termination 



A program is terminated when any one 
the following occurs: 



of 



1. Control for the program reaches an 
EXIT statement. This is abnormal ter- 
mination. 

2. Control for the program reaches a STOP 
statement.^ This also is abnormal ter- 
mination. 

3. Control reaches a RETURN statement or 
the final END statement in the main 
procedure. This is normal termina- 
tion. 

4. An on- unit for the ERROR condition is 
executed with normal return (that is, 
a GO TO statement does not transfer 
control out of the on-unit) or the 
FINISH condition is raised as a result 
of the standard system action for the 
ERROR condition. 

Note; The termination of a program, wheth- 
er normal or abnormal , raises the FINISH 
condition. The standard system action for 
this condition is to return control to the 
operating system control program. For nor- 
mal termination, the control program will 
then pass control to the calling program, 
if any. For abnormal termination, it will 
terminate the job. (See Part II, Section 
H, "ON-Conditions.") 



STORAGE ALLOCATION 



Storage allocation is the process of 
associating an area of storage with a 
variable so that the data item(s) to be 
represented by the variable may be recorded 
internally. When storage has been asso- 
ciated with a variable, the variable is 
said to be allocated . Allocation for a 
given variable may take place statically , 
that is, before the execution of the pro- 
gram, or dynamically , during execution. A 
variable that is allocated statically 
remains allocated for the duration of the 
program. A variable that is allocated 
dynamically will relinquish its storage 
either upon the termination of the block 
containing that variable or at the request 
of the programmer, depending upon its stor- 
age class. 



^ When multitasking is in operation, the 
program (i.e., the major task) is terminat- 
ed when any task reaches a STOP statement. 
See Chapter 15, "Multitasking." 
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The manner in which storage is allocated 
for a variable is determined by the storage 
class of that variable. There are four 
storage classes: static, automatic, con- 
trolled, and based. Each storage class is 
specified by its corresponding storage 
class attribute: STATIC, AUTOMATIC, CON- 
TROLLED, and BASED, respectively. The last 
three define dynamic storage allocation. 

Storage class attributes may be declared 
explicitly for element, array, and major 
structure variables. If a variable is an 
array or a major structure variable, the 
storage class declared for that variable 
applies to all of the elements in the array 
or structure. 

All variables that have not been expli- 
citly declared with a storage class attri- 
bute ♦are assumed to have the AUTOMATIC 
attribute, with one exception: any variable 
that has the EXTERNAL attribute is assumed 
to have the STATIC attribute. 



Static Storage 



All variables that have the STATIC 
attribute are allocated storage before the 
execution of the program begins and they 
remain allocated for the duration of the 
program. For example: 

OUTP: PROCEDURE; 

DECLARE X FIXED STATIC INITIAL (1) ; 



PUT DATA (X) ; 



X = X+1; 
END OUTP; 

Before the execution of a program 
begins,, all static variables are allocated 
and any initial values specified for them 
are assigned. Therefore, in the above 
example, the first time that procedure OUTP 
is invoked, X has the value 1 and execution 
of the PUT statement causes the item X=l to 
be written. Before OUTP is terminated, the 
assignment statement X=X+1 increases the 
value of X by 1. If OUTP is invoked a 
second time, and if the value of X is not 
changed elsewhere in the program, X has the 
value 2 CX is not re-initialized to 1 
because static variables are initialized 
only once before execution) . When the PUT 
statement is executed for the second time, 
the item X=2 is written intoi the stream, 
etc. Thus„ the static variable X might be 
used to record the number of times that 
OUTP is invoked. 



Automatic Storage 



A variable that has the AUTOMATIC attri- 
bute is allocated storage upon activation 
of the block in which that variable is 
declared. The variable remains allocated 
as long as the block remains active; it is 
freed when the block is terminated. Once a 
variable is freed, its value is lost. 



Controlled Storage 



A variable that has the CONTROLLED 
attribute is allocated storage only upon 
the execution of an ALLOCATE statement 
specifying that variable. Storage remains 
allocated for that variable until the exe- 
cution of a FREE statement in which the 
variable is specified. This allocation 
remains even after termination of the block 
in which it is allocated. Thus, the allo- 
cation and freeing of storage for variables 
declared with the CONTROLLED attribute is 
directly under the control of the program- 
mer. 



A controlled variable may be stacked ; 
that is, storage may be allocated for a 
controlled variable even when a previous 
allocation for that variable exists. In 
terms of ALLOCATE and FREE statements, 
stacking occurs when an allocated con- 
trolled variable is specified in an ALLO- 
CATE statement without first having been 
specified in a FREE statement. When this 
occurs, the previous allocation is not 
released; its value remains the same but, 
for the time being, this value is not 
available to the programmer. Conceptually, 
the new allocation is stacked on top of the 
previous allocation, with the result that 
the previous allocation is "pushed- down" in 
the stack. Subsequent allocations are 
always added to the top of the stack. 



Any reference to a stacked controlled 
variable always refers to the most recent 
allocation for that variable; i„e. , to the 
allocation at the top of the stack. Thus, 
a FREE statement specifying a stacked con- 
trolled variable will cause the allocation 
at the top of the stack to be freed. When 
this occurs, the other allocations in the 
stack are "popped-up", the most recent 
previous allocation coming to the top and 
being available once again. When an allo- 
cation is popped up to the top of a stack, 
its value is the same as it was when it was 
pushed dow n. 
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Based St o rage 



Consider the following example: 



Based storage is similar to controlled 
storage in that it can be allocated by the 
ALLOCATE Statement and freed by the FREE 
statement; and more than one allocation can 
exist for one variable. However, the pro- 
grammer has a much greater degree of con- 
trol with based storage. For example, all 
current based allocations are available at 
any time: unique reference to a particular 
allocation is provided by a pointer value 
qualifying the based variable reference. 



RECURS: PROCEDURE RECURSIVE; 

DECLARE X STATIC EXTERNAL INITIAL (0) ; 



X=X+1 ; 

PUT DATA (X) ; 

IF X =5 THEN GO TO LAB; 

CALL AGN; 

X =X-1; 

PUT DATA (X) ; 



Based storage is the most powerful of 
the PL/I storage classes, but it must be 
used carefully; many of the safeguards 
against error that are provided for other 
storage classes cannot be provided for 
based. 



LAB: END RECURS; 

AGN: PROCEDURE RECURSIVE; 

DECLARE X STATIC EXTERNAL INITIAL (0); 



For full details of based storage, see 
Chapter 14, "Based Storage and List Proc- 
essing. " 



REACTIVATION OF AN ACTIVE PROCEDURE 
(RECURSION) 



An active procedure that can be reacti- 
vated from within itself or from within 
another active procedure is said to be a 
recursiv e procedure; such reactivation is 
called r ecurs ion. 

A procedure can be invoked recursively 
only if the RECURSIVE option has been 
specified in its PROCEDURE statement. This 
option also applies to the names of any 
secondary entry points that the procedure 
might have. 

The environment (that is, values of 
automatic variables, etc.) of every invo- 
cation of a recursive procedure is pres- 
erved in a manner analogous to the stacking 
of allocations of a controlled variable. 
An environment can thus be thought of as 
being "pushed down" at a recursive invoca- 
tion, and "popped up" at the termination of 
that invocation. Note that a label con- 
stant always contains information identify- 
ing the current invocation of the block 
that contains the label. Hence, if a label 
constant is assigned to a label variable in 
a particular invocation, a GO TO statement 
naming that variable in another invocation 
could restore the environment that existed 
when the assignment was performed. 



X=X+1; 

PUT DATA(X) ; 



CALL RECURS; 

X=X-1; 

PUT DATA (X) ; 

END AGN; 

In the above example, RECURS and AGN are 
both recursive procedures. since X is 
static and has the INITIAL attribute, it is 
allocated and initialized before execution 
of the program begins. 

The first time that RECURS is invoked, X 
is incremented by 1 and X=l is transmitted 
by the PUT statement. Since X is less than 
5, AGN is invoked. In AGN, X is increment- 
ed by 1 and X=2 is transmitted (also by a 
PUT statement) . AGN then reinvokes RECURS. 

This second invocation of RECURS is a 
recursive invocation, because RECURS is 
still active. X is incremented as before, 
and then X=3 is transmitted. X is still 
less than 5, so AGN is invoked again. 
Since AGN is active when invoked, this 
invocation of AGN is also recursive. X is 
incremented once again, X=U is transmitted, 
and RECURS is invoked for the third time. 

The third invocation of RECURS results 
in the transmission of X=5. But, since X 
is no longer less than 5, GO TO LAB is 
executed, and then RECURS is terminated. 
However, only the third invocation of 
RECURS is terminated, with the result that 
control returns to the procedure that 
invoked RECURS for the third time; that is, 
control returns to the statement following 
CALL RECURS in the second invocation of 
AGN. At this point X is decremented by 1 
and X=U is transmitted. Then the second 
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invocation of AGN is terminated, and con- 
trol returns to the procedure that invoked 
AGN for the second time; that is, control 
returns to the statement following CALL AGN 
in the second invocation of RECURS. Here X 
is decremented again and X=3 is transmit- 
ted, after which the second invocation of 
RECURS is terminated and control returns to 
the first invocation of AGN. X is decre- 
mented again, X=2 is transmitted, the first 
invocation of AGN is terminated, and con- 
trol returns to the first invocation of 
RECURS. X is decremented, X==l is transmit- 
ted, X is reset to 0, and the first 
invocation of RECURS is terminated. Con- 
trol then returns to the procedure that 
invoked RECURS in the first place. 

Note the difference between rec ursive 
and ree n trant procedures. A procedure is 
recursive only if the RECURSIVE option is 
specified in the PROCEDURE statement. 
Every procedure compiled by the F Compiler 
is reentrant; that is, it is a procedure 
that does not modify itself during its 
execution, so that subsequent execution of 
the procedure with the same data will 
always give the same result. 



Effect of Recursion on Storage Classe s 



Allocation of static variables (as 
illustrated above) is not affected by 
recursion, because they are allocated stor- 
age outside the environment of a recursive 
procedure. Allocation of controlled varia- 
bles is likewise unaffected because their 
allocation and release is completely under 
the control of the programmer. However, 
allocation of autofnatiq variable^ is 
affected, because they are a part of the 
environment of a particular invocation and 
also because their allocation and release 
is not directly controlled by the program- 
mer. 



Each time a procedure 
sively, storage for each 
is reallocated, and the 
is pushed down in a s 
activation of a recur 
terminated, automatic s 
to yield the next most r 
automatic storage. Henc 
of automatic storage i 
of the environment of 
recursive activation. 



is invoked recur- 
automatic variable 
previous allocation 
tack,. Each time an 
sive procedure is 
to rage is popped up 
ecent generation of 
e, each generation 
s preserved as part 
the corresponding 



can reach the first executable statement in 
the block. This set of activities is 
called a prologue . Similarly, when a block 
is terminated, certain activities must be 
performed before control can be transferred 
out of the block; this set of activities is 
called an epilogue . 



Prologues and epilogues are the 
responsibility of the compiler and not of 
the programmer. They are discussed here 
because knowledge of them may assist the 
programmer in improving the performance of 
his program. 



Prologues 



A prologue is a compiler-written routine 
logically appended to the beginning of a 
block and executed as the first step in the 
activation of a block. In general, activi- 
ties performed by a prologue are as fol- 
lows : 

• Computing dimension bounds and string 
lengths for automatic and DEFINED vari- 
ables and ENTRY declarations. 

• Allocating storage for automatic varia- 
bles and initialization, if specified. 

• Determining which currently active 
blocks are known to the procedure, so 
that the correct generations of auto- 
matic storage are accessible, and the 
correct on-units may be entered. 

• Allocating storage for dummy arguments 
that may be passed from this block. 

The prologue may need to evaluate 
expressions defining lengths, bounds, iter- 
ation factors, and initial values. Note 
that if an item is referred to in an 
expression and the allocation or initiali- 
zation of a second item depends on that 
expression, then the first item must be in 
no way dependent on the second item for its 
own allocation and initialization. Furth- 
er, the first item must be in no way 
dependent on any other item that so depends 
on the second item. For example, the 
following declaration is invalid: 

DCL A(B(1)) INITIAL(2), 
B(A(1)) INITIALO) ; 



PROLOGUES AND EPILOGUES 



However, the following 
valid: 



declaration 



IS 



Each time a block is activated, certain 
activities must be performed before control 



DCL N INITIALO), 
A(N) , 
B CHAR(N) ; 
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Epiloquei 



An epilogue is a compiler-written rou- 
tine logically appended to the end of a 
block and executed as the final step in the 
termination of a block. In general, the 
activities performed bv an epilogue are as 
follows: 

• Re-establishing the on-unit environment 
existing before the block was activat- 
ed - 

• Releasing storage for all automatic 
variables allocated in the block. 
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CHAPTER 7: RECOGNITION OF NAMES 



A PL/I program consists of a collection 
of identifiers, constants, and special 
characters used as operators or delimiters. 
Identifiers themselves may be either key- 
words or names with a meaning specified by 
the programmer. The PL/I language is con- 
structed so that the compiler can determine 
from context whether or not an identifier 
is a keyword, so there is no list of 
reserved words that must not be used for 
programmer-defined names. Any identifier 
may be used as a name; the only restriction 
is that at any point in a program a name 
can have one and only one meaning. For 
example, the same name cannot be used for 
both a file and a floating-point variable. 



N ote; The above is true so long as the 
60-character set is used. Certain iden- 
tifiers of the iJ8-character set cannot be 
used as programmer-defined identifiers in a 
program written using the 48-character set; 
these identifiers are: GT, GE, NE, LT, NG, 
LE,, NL, CAT, OR, AND,, NOT, and PT. 

It is not necessary, however, for a name 
to have the same meaning throughout a 
program. A name declared within a block 
has a meaning only within that block. 
Outside the block it is unknown unless the 
same name has also been declared in the 
outer block. In this case, the name in the 
outer block refers to a different object- 
This enables programmers to specify local 
definitions and, hence, to write procedures 
or begin blocks without knowing all the 
names being used by other programmers writ- 
ing other parts of the program. 

Since it is possible for a name to have 
more than one meaning, it is important to 
define which part of the program a particu- 
lar meaning applies to. In PL/I a name is 
given attributes and a meaning by a dec- 
laration (not necessarily explicit) . The 
part of the program for which the meaning 
applies is called the scope of the declara- 
tion of that name. In most cases,, the 
scope of a name is determined entirely by 
the position at which the name is declared 
within the program (or assumed to be 
declared if the declaration is not 
explicit). There are cases in which more 
than one generation of data may exist with 
the same name (such as in recursion) ; such 
cases are considered separately. 

In order to understand the rules for the 
scope of a name, it is necessary to under- 
stand the terms "contained in" and 
"internal to." 



Contained In: 



All of the text of a block, from the 
PROCEDURE or BEGIN statement through 
the corresponding END statement, is 
said to be contained in that block. 
Note, however, that the labels of the 
BEGIN or PROCEDURE Statement heading 
the block, as well as the labels of 
any ENTRY statements that apply to the 
block, are not contained in that 
block. Nested blocks are contained in 
the block in which they appear. 

Interna l To; 

Text that is contained in a block, but 
not contained in any other block nest- 
ed within itp is said to be internal 
to that block. Note that entry names 
of a procedure (and labels of a BEGIN 
statement) are not contained in that 
block. Consequently, they are inter- 
nal to the containing block. Entry 
names of an external procedure are 
treated as if they were external to 
the external procedure. 

In addition to these terms, the differ- 
ent types of declaration are important. 
The three different types — explicit dec- 
laration, contextual declaration, and 

discussed in 



implicit declaration — are 
the following sections. 



EXPLICIT DECLARATION 



A name 
appears : 



is explicitly declared if it 



1. In a DECLARE statement 

2. In a parameter list 

3. As a statement label 



U. 



As a label of 
statement 



PROCEDURE or ENTRY 



The appearance of a name in a parameter 
list is the same as if a DECLARE statement 
for that name appeared immediately follow- 
ing the PROCEDURE or ENTRY Statement in 
which the parameter list occurs (though the 
same name may also appear in a DECLARE 
statement internal to the same block) . 

The appearance of a name as the label of 
either a PROCEDURE or ENTRY statement is 
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the sarne as if it were declared in a 
DECLARE statement immediately preceding the 
PROCEDURE statement for the procedure to 
which it refers. 

The appearance of a statement label 
prefix constitutes explicit declaration 
equivalent to the declaration of a variable 
in a DECLARE statement internal to the same 
block as the statement to which it applies. 



SIGNAL, or REVERT Statement for a 
condition that requires a file name, 
is given the FILE and EXTERNAL attri- 
butes . 



A name that appears in an ON CONDI- 
TION, SIGNAL CONDITION, or REVERT CON- 
DITION statement is recognized as a 
programmer-defined condition name. 



SCOPE OF AN EXPLICIT DECLARATION 



The scope of an explicit declaration of 
a name is that block to which the declara- 
tion is internal, but excluding all con- 
tained blocks to which another explicit 
declaration of the same identifier is 
internal. 



For example : 

P: PROCEDURE; 

DECLARE A, B; 
Q: PROCEDURE; 

DECLARE B, C; 

END Q; 
END P; 



B' 



J ] J 



The lines to the right indicate the 
scope of the names. B and B' indicate the 
two distinct uses of the name B. 



CONTEXTUAL DECLARATION 



When a name appears in certain contexts, 
some of its attributes can be determined 
without explicit declaration. In such a 
case, if the appearance of a name does not 
lie within the scope of an explicit dec- 
laration for the same name, the name is 
said to be contextually declared. 

A name that has not been declared expli- 
citly will be recognized and declared con- 
textually in the following cases: 

1. A name that appears in a CALL state- 
ment, in a CALL option, or followed by 
a parenthesized list in a function 
reference (in a context where an 
expression is expected) is given the 
ENTRY and EXTERNAL attributes. 

2. A name that appears in a FILE option, 
or a name that appears in an ON, 



4. A name that appears in an EVENT option 
or in a WAIT statement is given the 
EVENT attribute. 

5. A name that appears in a TASK option 
is given the TASK attribute. 

6. A name that appears in the BASED 
attribute, in a SET option, or on the 
left-hand side of a pointer qualifica- 
tion symbol is given the POINTER 
attribute. 

7. A name that appears in an IN option, 
or in the OFFSET attribute is given 
the AREA attribute. Note, however, 
that all contextually declared area 
variables are given the AUTOMATIC 
attribute. The F Compiler implementa- 
tion requires that the variable named 
in the OFFSET attribute must be based; 
if a nonbased area variable is named, 
the offset variable will be changed to 
a pointer variable. Hence,, unless the 
variable named in the OFFSET attribute 
is explicitly declared, OFFSET effec- 
tively becomes POINTER, and a severe 
error occurs. 

8. If an undeclared identifier appears: 

a. before the equal sign in an 
assignment statement, or 

b. before the assignment symbol in a 
DO statement (or in a repetitive 
specification) , or 

c. in the data list of a GET state- 
ment 

and if that identifier is neither 
enclosed within an argument list nor 
immediately followed by an argument 
list, that identifier is contextually 
declared to be a variable and not a 
reference to a built-in function or 
pseudo- variable. This rule does not 
apply to the identifiers ONCHAR, 
I ONSOURCE, and PRIORITY, 

Examples of contextual declaration are: 

READ FILE (PREQ) INTO (Q) ; 

ON CONDITION (NEG) CALL CREDIT; 
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In these statements, PREQ is given the FILE 
attribute, NEG is recognized as a 
programmer-defined condition iiame, and 
CREDIT is given the ENTRY attribute. The 
EXTERNAL attribute is given to all three by 
default. 



SCOPE OF A CONTEXTUAL DECLARATION 



The scope of a contextual declaration is 
determined as if the declaration were made 
in a DECLARE statement immediately follow- 
ing the PROCEDURE statement of the external 
procedure in which the name appears. 

Note that contextual declaration has the 
same effect as if the name were declared in 
the external procedare, even when the 
statement that causes the contextual dec- 
larations is internal to a block (called B, 
for example) that is contained in the 
external procedure. Consequently, the name 
is known throughout the entire external 
procedure, except for any blocks in which 
the name is explicitly declared. It is as 
if block B has inherited the declaration 
from the containing external procedure. 

Since a contextual declaration cannot 
exist within the scope of an explicit 
declaration, it is impossible for the con- 
text of a name to add to the attributes 
established for that name in an explicit 
declaration. 

For example, the following procedure is 
invalid: 

P: PROC (F) ; 



READ FILE(F) INTO(X); 



END P; 

The identifier F is in a parameter list and 
is, therefore, explicitly declared. It is 
given the attributes REAL DECIMAL FLOAT by 
default. Since F is explicitly declared, 
its appearance in the FILE option does not 
constitute a contextual declaration. Such 
use of the identifier is in error. 



IMPLICIT DECLARATION 



If a name appears in a program and is 
not explicitly or contextually declared, it 
is said to be implicitly declared. The 
scope of an implicit declaration is deter- 



mined as if the name were declared in a 
DECLTkRE statement immediately following the 
first PROCEDURE statement of the external 
procedure in which the name is used. 

An implicit declaration causes default 
attributes to be applied, depending upon 
the first letter of the name. If the name 
begins with any of the letters I through N 
it is given the attributes REAL FIXED 
BINARY (15,0). If the name begins with any 
other letter including one of the alphabet- 
ic extenders $,, #, or a, it is given the 
attributes REAL FLOAT DECIMAL (6). (The 
default precisions ar«^ those defined for 
System/3 60 implementations. ) 



EXAMPLES OF DECLARATIONS 



Scopes of data declarations are illus- 
trated in Figure 7-1. The brackets to the 
left indicate the block structure; the 
brackets to the right show the scope of 
each declaration of a name. In the 
diagram, the scopes of the two declarations 
of Q and R are shown as Q and Q' and R and 
R'. 

P is declared in the block A and known 
throughout A since it is not redeclared. 

Q is declared in A, and redeclared in B. 
The scope of the first declaration is all 
of A except B; the scope of the second 
declaration is block B only. 

R is declared in block C, but a ref- 
erence to R is also made in block B. The 
reference to R in block B results in an 
implicit declaration of R in A, the external 
procedure. Two separate names with differ- 
ent scopes exist, therefore. The scope of 
the explicitly declared R is C; the scope 
of the implicitly declared R is all of A 
exc ept block C. 

I is referred to in block c. This 
results in an implicit declaration in the 
external procedure A. As a result, this 
declaration applies to all of A, including 
the contained procedures B, C and D. 

S is explicitly declared in procedure D 
and is known only within D. 

Scopes of entry name and statement label 
declarations are illustrated in Figure 7-2. 
The example shows two external procedures. 
The names of these procedures, A and E, are 
assumed to be explicitly declared with the 
EXTERNAL attribute within the procedures to 
which they apply. In addition, E is con- 
textually declared in A as an EXTERNAL 
entry name by its appearance in the CALL 
statement in block c. The contextual dec- 
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A 5 PROCEDURE; 

DECLARE P, Q; 
B: PROCEDURE; 
DECLARE Q; 

R = Q; 

C: BEGIN; 

DECLT^E R; 

DO I = 1 TO 10; 

END; 

END C; 
END B; 
D: PROCEDURE; 
DECLARE S; 
END D; 
END A; 



P Q Q' R R' SI 

] 



] 



Figure 7-1. Scopes of Data Declarations 



LI LI' L2 A B C D E 



A: PROCEDURE; 
LI: P = Q; 
B: PROCEDURE; 

L2 : CALL C ; 
C: PROCEDURE; 
LI: X = Y; 
CALL E; 
END C; 
GO TO LI; 
END B; 
D: PROCEDURE; 

END D; 
CALL 3; 
END A; 
E: PROCEDURE; 
END E; 



•Figure 7-2. Scopes of Entry and Label Declarations 



laration of E applies throughout block A 
and is linked to the explicit declaration 
of E that applies throughout block E. The 
bcope of the name E is all of block A and 
all of block E. The scope of the name A is 
only all of the block A, and not E. 
However, it could appear in a CALL state- 
ment in E, since the CALL statement itself 
Would provide a contextual declaration of 
A, which would then result in the scope of 
A being all of A and all of E. 



but since they are INTERNAL, they cannot be 
referred to in block E (unless passed as an 
argument to E) . 

C is explicitly declared in B and can be 
referred to from within B, but not from 
outside B. 

L2 is declared in B and can be referred 
to in block B, including C, which is 
contained in B, but not from outside B. 



The label LI appears with statements 
internal to A and to C. Two separate 
declarations are therefore established; the 
first applies to all of block A except 
block C, the second applies to block C 
only. Therefore, when the GO TO statement 
in block B is executed, control is trans- 
ferred to LI in block A, and block B is 
terminated. 

D and B are explicitly declared in block 
A and can be referred to anywhere within A; 



APPLICATION OF DEFAULT ATTRIBUTES 



The attributes associated with a name 
comprise those explicitly, contextually, or 
implicitly declared for that name, as well 
as those assumed by default. The default 
for each attribute is given in Part III, 
Section I, "Attributes." 
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THE INTERNAL AND EXTERNAL ATTRIBUTES 



The scope of a name with the INTERNAL 
attribute is the same as the scope of its 
declaration. Any other explicit declara- 
tion of that name refers to a new object 
with a different, non-overlapping scope. 



A name with the EXTERNAL attribute may 
be declared more than once in the same 
program, either in different external pro- 
cedures or within blocks contained in 
external procedures. Each declaration of 
the name establishes a scope. These dec- 
larations are linked together and, within a 
program, all declarations of the same iden- 
tifier with the EXTERNAL attribute refer to 
the same name. The scope of the name is 
the sum of the scopes of all the declara- 
tions of that name within the program. 

Note ; External names cannot be more than 
seven characters long for System/360 
implementations . 

Since these declarations all refer to 
the same thing,, they must all result in the 
same set of attributes.. It may be impossi- 
ble for the compiler to check this, parti- 
cularly if the names are declared in dif- 
ferent procedures, so care should be taken 
to ensure that different declarations of 
the same name with the EXTERNAL attribute 
do have matching attributes. The attribute 
listing, which is available as optional 
output from the F Compiler, helps to check 
the use of names. The following example 
illustrates the above points in a program: 

A: PROCEDURE; 

DECLARE S CHARACTER (20); 
CALL SET (3) ; 
E: GET LIST (S,M,N) ; 
B: BEGIN; 

DECLARE X(M,N), Y(M); 
GET LIST (X, Y) ; 
CALL C(X,Y) ; 
C: PROCEDURE (P,Q); 

DECLARE P (*,♦), Q(*) , 

S BINARY FIXED EXTERNAL; 
S = 0; 

DO I = 1 TO M; 
IF SUM (P(I,*)) = Q(I) 

THEN GO TO B; 
S = S+1; 

IF S = 3 THEN CALL OUT (E) ; 
CALL D(I) ; 
B: END; 

END C; 
D: PROCEDURE (N) ; 

PUT LIST ("ERROR IN ROW ', 

N, • TABLE NAME ', S) ; 
END D; 
END B; 
GO TO E; 
END A; 



OUT: PROCEDURE (R) ; 

DECLARE R LABEL, 

(M, L) STATIC INTERNAL 

INITIAL (0), 
S BINARY FIXED EXTERNAL., 
Z FIXED DECIMAL (1); 
M = M+1; S=0; 

IF M<L THEN STOP; ELSE GO TO R; 
SET: ENTRY (Z); 
L=Z; 
RETURN ; 
END OUT; 

A is an external procedure name; its 
scope is all of block A, plus any other 
blocks where A is declared (explicitly or 
contextually) as external. 

S is explicitly declared in block A and 
block C. The character string declaration 
applies to all of block A except block C; 
the fixed binary declaration applies only 
within block C. Notice that although D is 
called from within block C, the reference 
to S in the PUT statement in D is to the 
character string S, and not to the s 
declared in block C. 

N appears as a parameter in block D, but 
is also used outside the block. Its apear- 
ance as a parameter establishes an explicit 
declaration of N within D; the references 
outside D cause an implicit declaration of 
N in block A. These two declarations of 
the name N refer to different objects, 
although in this case, the objects have the 
same data attributes, which are, by 
default, FIXED (15,0), BINARY, and INTER- 
NAL. 

X and Y are known throughout B and could 
be referred to in block C or D within B, 
but not in that part of A outside B. 

P and Q are parameters, and therefore 
their appearance in the parameter list is 
sufficient to constitute an explicit dec- 
laration. However., a separate DECLARE 
statement is required in order to specify 
that P and Q are arrays. Note that 
although the arguments X and Y are declared 
as arrays and are known in block C, it is 
still necessary to declare P and Q in a 
DECLARE statement to establish that they, 
too, are arrays. (The asterisk notation 
indicates that the bounds of the parameters 
are the same as the bounds of the argu- 
ments . ) 

I and M are not explicitly declared in 
the external procedure A; they are there- 
fore implicitly declared and are known 
throughout A, even though I appears only 
within block C. 

Within the external procedure A, OUT and 
SET are contextually declared as entry 
names, since they follow the keyword CALL- 
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They are therefore considered to be 
declared in A and are given the EXTERNAL 
attribute by default. 

The second external procedure in the 
example has two entry names, SET and OUT. 
These are considered to be explicitly 
declared with the EXTERNAL attribute. The 
two entry names SET and OUT are therefore 
known throughout the two procedures. 

The label B appears twice in the pro- 
gram, once as the label of a begin block, 
which is an explicit declaration, as a 
label in A. It is redeclared as a label 
within block C by its appearance as a 
prefix to the END statement. The reference 
to B in the GO TO statement within block C 
therefore refers to the label of the END 
statement within block C. Outside block C, 
any reference to B would be to the label of 
the begin block. 

Note that C and D can be called from any 
point within B but not from that part of A 
outside B, nor from another external proce- 
dure. Similarly, since E is known through- 
out the external procedure A, a transfer to 
E may be made from any point within A. The 
label B within block C, however, can only 
be referred to from within C. Transfers 
out of a block by a GO TO statement can be 
made; but such transfers int o a nested 
block generally cannot. An exception is 
shown in the external procedure OUT, where 
the label E from block A is passed as an 
argument to the label parameter R. 

The statement GO TO R causes control to 
pass to the label E, even though E is 
declared within A, and not known within 
OUT. 

The variables M and L are declared 
within the block OUT to be STATIC, so their 
values are preserved between calls to OUT. 

In order to identify the S in the 
procedure OUT as the same S in the proce- 
dure c, both have been declared with the 
attribute EXTERNAL. 



within a structure in such a way that name 
qualification can be used to make the names 
unique. 



Two or more declarations anywhere in a 
program of the same identifier as different 
names with the EXTERNAL attribute consti- 
tute a multiple declaration. 

Multiple declarations are in error. 

A name need have only enough qualifica- 
tion to make the name unique. Reference to 
a name is always taken to apply to the 
identifier declared in the innermost block 
containing the reference. An ambiguous 
reference is a name with insufficient qual- 
ification to make the name unique. 

The following examples illustrate both 
multiple declarations and ambiguous ref- 
erences : 

DECLARE 1 A, 2 C, 2 D, 3 E; 
BEGIN; 

DECLARE 1 A, 2 B, 3 C, 3 E; 
A.C = D.E; 

In this example, A.C refers to C in the 
inner block; D.E refers to E in the outer 
block. 

DECLARE 1 A, 2 B, 2 B, 2 C, 3 D,, 2 D; 

In this example,, B has been multiply 
declared. A.D refers to the second D, 
since A.D is a complete qualification of 
only the second D; the first D would have 
to be referred to as A. CD. 

DECLARE 1 A, 2 B, 3 C, 2D, 3 C; 

In this example, A.C is ambiguous because 
neither C is completely qualified by this 
reference. 

DECLARE 1 A, 2 A, 3 A; 

In this example, A refers to the first A,, 
A. A refers to the second A, and A. A. A 
refers to the third A. 



MULTIPLE DECLARATIONS AND AMBIGUOUS 
REFERENCES 



Two or more declarations of the same 
identifier internal to the same block con- 
stitute a multiple declar a tion , unless at 
least one of the identifiers is declared 



DECLARE X; 

DECLARE 1 Y, 2 X, 3 Z,, 3 A, 
2 Y, 3 Z, 3 A; 

In this example, X refers to the first 
DECLARE statement. A reference to Y.Z is 
ambiguous; Y.Y.Z refers to the second Z; 
and Y.X.Z refers to the first Z, 
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CHAPTER 8: INPUT AND OUTPUT 



PL/I provides input and output state- 
ments that enable data to be transmitted 
between the internal and external storage 
devices of a computer. A collection of 
data external to a program is called a data 
set. Transmission of data from a data set 
to a program is called input, and transmis- 
sion of data from a program to a data set 
is called output . 

Data sets are stored on a variety of 
external storage media, such as punched 
cards, reels of magnetic tape, magnetic 
disks, magnetic drums, and punched paper 
tape. Despite their variety, external 
storage media have many common charac- 
teristics that permit standard methods of 
collecting, storing, and transmitting data. 
For convenience, thus^, the general term 
volume is used to refer to a unit of 
external storage, such as a reel of magnet- 
ic tape or a disk pack, without regard to 
its specific physical composition. 

The data items within a data set are 
arranged in distinct physical groupings 
called blocks. These blocks allow the data 
set to be transmitted and processed in 
portions rather than as a unit. For proc- 
essing purposes, each block may consist of 
one or more logical subdivisions called 
r ecords , each of which contains one or more 
Hata items. 



A block is also called a physical 
record^ because it is the unit of data that 
IS physically transmitted to and from a 
volume. To avoid confusion between a phy- 
sical record and its logical subdivisions^ 
the logical subdivisions are called lo gical 
records . 

When a block contains two or more 
records, the records are said to be 
blocked . Blocked records often permit more 
compact and efficient use of storage. Con- 
sider how data is stored on magnetic tape: 
the data between two successive interrecord 
gaps is one block, or physical record. If 
several logical records are contained with- 
in one block, the number of interblock gaps 
is reduced, and much more data can be 
stored on a full length of tape. For 
example, on a tape of density 800 
characters/inch with an interrecord gap of 
0.6 inches, a card image of 80 characters 
would take up 0.1 inches. If the records 
were unblocked, each record would require 
0.1 inches, plus 0.6 inches for the inter- 
record gap, making a total of 0.7 inches. 
100 records would therefore take up 70 
inches of tape. If the records were 



blocked, however^ at,, say, 10 records to a 
block, each block of 10 records would take 
up 1 inch, plus 0.6 inches for the gap, 
making a total of 1.6 inches. Thus, 100 
records would now take up only 16 inches of 
tape; this is less than 25 percent of the 
amount needed for unblocked records. 

Most data processing applications are 
concerned with logical records rather than 
physical records. Therefore, the input and 
output statements of PL/I generally refer 
to logical records; this allows the pro- 
grammer to concentrate on the data to be 
processed, without being directly concerned 
about its physical organization in external 
storage. 



TYPES OF DATA TRANSMISSION 



Two different types of data transmission 
can be used by a PL/I program, stream- 
oriented transmission and record-oriented 
transmission. 



In 



stream-oriented transmission, 



the 



data in the data set is considered to be a 
continuous stream of data items in 
character form. Consequently, data conver- 
sion is implied in stream transmission, 
from character form to internal form on 
input, and from internal form to character 
form on output. The GET and PUT statements 
are the data transmission statements used 
in stream-oriented transmission. Varia- 
bles, to which input data items are 
assigned, and expressions, from which out- 
put data items are transmitted, are gener- 
ally specified in a data list with each GET 
or PUT statement. 

Although data in the data set exists in 
record format, either unblocked or blocked, 
in stream transmission such organization is 
ignored within the program, and the data is 
treated as though it actually were a con- 
tinuous stream of individual data items. 

In reco rd-o riented tra nsmission, data in 
the data set is considered to be a collec- 
tion of discrete logical records, recorded 
in any format acceptable to the computer. 
No data conversion is performed during 
record transmission; on input it is trans- 
mitted exactly as it is recorded in the 
data set; on output it is transmitted 
exactly as it is recorded internally. 
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The READ, REWRITE, LOCATE, and WRITE 
Statements cause a single logical record to 
be transmitted to or from a data variable. 



Note that although records may be 
blocked, in which case the physical record 
actually is transmitted to or from the data 
set as an entity, each data transmission 
statement in record I/O is concerned with a 
logical record. Blocked records are 
unblocked automatically. 



The following discussion of files and 
file attributes should be of particular 
interest to a programmer using record- 
oriented transmission. File handling is 
simpler when using stream-oriented 
transmission, and, as can be noted, fewer 
attributes are applicable to stream files. 



Record Transm i ssion 
FILE 
RECORD 
INPUT 
OUTPUT 
UPDATE 
INTERNAL 
EXTERNAL 
ENVIRONMENT 
SEQUENTIAL 
DIRECT 
BUFFERED 
UNBUFFERED 
KEYED 
BACKWARDS 
I EXCLUSIVE 

A detailed description of each of these 
attributes appears in Part II, Section I, 
"Attributes." The discussions below give a 
brief description of each attribute and 
show how attributes are declared for a 
file. 



FILES 



The FILE Attribute 



To allow a source program to deal pri- 
marily with the logical aspects of data 
rather than with its physical organization 
in a data set, PL/I employs a symbolic 
representation of a data set called a file . 
This symbolic representation determines how 
input and output statements access and 
process the associated data set. Unlike a 
data set, however, a file has significance 
only within the source program and does not 
exist as a physical entity external to the 
program. 

PL/I requires a file nam e to be declared 
for a file and allows the characteristics 
of a file to be described with keywords 



calle|d file at tributes, 
for the '"file name. 



which are specified 



FILE ATTRIBUTES 



The following lists show file attributes 
that are applicable to each type of data 
transmission : 

Stre am Transmission 

FILE 

STREAM 

INPUT 

OUTPUT 

PRINT 

INTERNAL 

EXTERNAL 

ENVIRONMENT 



The FILE attribute indicates that the 
associated identifier is a file name. For 
example, the identifier MASTER is declared 
to be a file name in the following state- 
ment : 

DECLARE MASTER FILE; 



Alternative and Additive A.ttributes 



The attributes associated with the FILE 
attribute fall into two categories: alter- 
native attributes and additive attributes. 
An alternative attribute is one that is 
chosen from a group of attributes. If no 
explicit or implicit declaration is given 
for one of the alternative attributes in a 
group and if one of the alternatives is 
required, a default attribute is assumed. 

An additive at t ribu te is one that must 
be stated explicitly or is implied by 
another explicitly stated attribute or 
name. The additive attribute KEYED can be 
implied by the. DIRECT attribute. The addi- 
tive attribute PRINT can be implied by the 
standard output file name SYSPRINT. An 
additive 
default. 



attribute can never be applied by 



Note; With the exception of the INTERNAL 
and EXTERNAL scope attributes, all the 
alternative and additive attributes imply 
the FILE attribute. Therefore, the FILE 
attribute need not be specified for a file 
that has at least one of the alternative or 
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additive attributes already specified 
explicitly. The FILE attribute must be 
specified explicitly, however, if only the 
INTERNAL or EXTERNAL attribute is speci- 
fied; otherwise, the identifier will be 
assumed, by default, to be an arithmetic 
variable rather than a file name. 



existing file and other records already in 
that file to be altered or deleted. 

DECLARE 

DETAIL FILE INPUT, 

REPORT FILE OUTPUT, 

MASTER FILE UPDATE; 



Alternative Attributes 



PL/I provides five groups of alternative 
file attributes. Each group is discussed 
individually. Following is a list of the 
groups and the default for each: 



Group 

Type 

Usage 



Alternative 
Attributes 



Default 

Attribute 

STREAM 

INPUT 

SEQUENTIAL 

BUFFERED 

EXTERNAL 



STREAM I RECORD 
F unc t i on I NPUT | OUTPUT I UPD ATE 
Access SEQUENTIAL I DIRECT 
Buffering BUFFERED | UNBUFFERED 
S cop e EXTERNAL 1 1 NTERN AL 

The STREAM and RECORD Attributes 



The STREAM and RECORD attributes des- 
cribe the type of data transmission 
(stream-oriented or record-oriented) to be 
used in input and output operations for the 
file. 

The STREAM attribute causes a file to be 
treated as a continuous stream of data 
items recorded only in character form. 

The RECORD attribute causes a file to be 
treated as a sequence of logical records, 
each record consisting of one or more data 
items recorded in any internal form 
acceptable to the implementation, 

DECLARE MASTER FILE RECORD, 
DETAIL FILE STREAM; 



The INPUT-, OUTPUT, and UPDATE Attributes 



The function attributes determine the 
direction of data transmission permitted 
for a file. The INPUT attribute applies to 
files that are to be read only. The OUTPUT 
attribute applies to files that are to be 
created, and hence are to be written only. 
The UPDATE attribute describes a file that 
is to be used for both input and output; it 
allows records to be inserted into an 



T he SEQUENTIAL a nd DIRECT Attributes 



The access attributes apply only to a 
file with the RECORD attribute and describe 
how the records in the file are to be 
accessed. 

The SEQUENTIAL attribute normally speci- 
fies that successive records in the file 
are to be accessed on the basis of their 
successive physical positions, such as they 
are on magnetic tape. 

The DIRECT attribute specifies that a 
record in a file is to be accessed on the 
basis of its location in the file and not 
on the basis of its position relative to 
the record previously read or written. The 
location of the record is determined by a 
key; therefore, the DIRECT attribute 
implies the KEYED attribute. The associat- 
ed data set must be in a direct-access 
volume . 



The BUFFERED and UNBUFFERED Attributes 



The buffering attributes apply only to a 
file that has the SEQUENTIAL and RECORD 
attributes. The BUFFERED attribute indi- 
cates that logical records transmitted to 
and from a file must pass through an 
intermediate internal-storage area. The 
size of a buffer usually corresponds to the 
size of the blocks (physical records) in 
the data set associated with the file (a 
discussion of block size and buffer alloca- 
tion appears in this chapter in 
"ENVIRONMENT Attribute"). The use of buf- 
fers may help speed up processing by allow- 
ing an overlap of transmission and comput- 
ing time. It further allows the automatic 
blocking and unblocking of records. 

The UNBUFFERED attribute indicates that 
a logical record in a data set need not 
pass through a buffer but may be transmit- 
ted directly to and from the internal 
storage associated with a variable. The 
logical records and physical records are 
generally the same size in a data set that 
is associated with an UNEUFFFRED file. 
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Not e: Specification of UNBUFFERED does not 
preclude the use of buffers. In some 
cases, "hidden buffers" are required. 
Those cases are listed in the discussion of 
the BUFFERED and UNBUFFERED attributes in 
Part II, Section I, "Attributes." 



Additive Attributes 



key options is to be used, even if keys 
actually exist in the associated data set. 
The STREAM and PRINT attributes cannot be 
applied to a file that has the KEYED 
attribute. The use of keys is discussed in 
detail in the sections "Environmental Con- 
siderations for Data Sets" and 
"Record-Oriented Transmission" in this 
chapter. 



The additive attributes are; 
PRINT 
BACKWARDS 
KEYED 
EXCLUSIVE 
ENVIRONMENT (option-list) 

The PRINT Attribute 



The EXCLUSIVE Attribute 



The EXCLUSIVE attribute applies only to 
files with the RECORD, DIRECT, and UPDATE 
attributes. It specifies that any record 
in the file may be automatically locked by 
a task while it is operating on that 
record, to prevent interference by another 
concurrent task. It can be suppressed by 
the NOLOCK option on the READ statement. 

For detailed information on the effects 
of operations on EXCLUSIVE files, see "The 
EXCLUSIVE Attribute," in Chapter 14. 



The PRINT attribute applies only to 
files with the STREAM and OUTPUT attri- 
butes. It indicates that the file is 
eventually to be printed, that is, the data 
associated with the file is to appear on 
printed pages, although it may first be 
written on some other medium. The PRINT 
attribute causes the associated record to 
be created with the initial byte reserved 
for a printer control character. 



The BACKWARDS Attribute 



The ENVIRONMENT Attribute 



The ENVIRONMENT attribute specifies 
information about the physical organization 
of the data set associated with a file.. 
These characteristics are indicated in a 
parenthesized option list in the ENVIRON- 
MENT attribute specification and are depen- 
dent upon the implementation. The option 
list for the F Compiler is discussed in 
"Environmental Considerations for Data 
sets." 



The BACKWARDS attribute applies only to 
files with the SEQUENTIAL, RECORD, and 
INPUT attributes and only to data sets on 
magnetic tape. It indicates that a file is 
to be accessed in reverse order, beginning 
with the last record and proceeding through 
the file until the first record is 
accessed. 



The KEYED Attribute 



The KEYED attribute indicates that 
records in the file are to be accessed 
using one of the key options (KEY, KEYTO, 
or KEYFROM) of data transmission statements 
or of the DELETE Statement. Note that the 
KEYED attribute does not necessarily indi- 
cate that the actual keys exist or are to 
be written in the data set. Consequently, 
it need not be specified unless one of the 



OPENING AND CLOSING FILES 



Before the data associated with a file 
can be transmitted by input or output 
statements, certain file preparation activ- 
ities must occur, such as checking for the 
availability of external storage media, 
positioning the medium, and allocating 
appropriate programming support. Such 
activity is known as opening a file. Also,, 
when processing is completed, the file must 
be closed. Closing a file involves releas- 
ing the facilities that were established 
during the opening of the file. 

PL/I provides two statements, OPEN and 
CLOSE, to perform these functions. These 
statements, however, are -optional. If an 
OPEN statement is not executed for a file, 
the file is opened automatically when the 
first data transmission statement for that 



file is executed; in this case, the auto- 
matic file preparation consists of standard 
system procedures that use information 
about the file as specified in a DECLARE 
statement (or assumed from a contextual 
declaration). Similarly, if a file has not 
been closed before completion of a program, 
the file is closed automatically upon nor- 
mal completion of the program. 



The following discussions show the 
effect of OPEN and CLOSE statements upon 
files specified in these statements. 



Implicit Opening 



An implicit opening of a file occurs 
when one of the statements listed below is 
executed for a file for which an OPEN 
statement has not already been executed. 
The statement type determines which unspe- 
cified alternatives are applied to the file 
when it is opened. 

The following list contains the state- 
ment identifiers and the attributes deduced 
from each: 

Statement Identifier Attributes Deduced 



The OPEN statement 



GET 
PUT 
READ 



STREAM, INPUT 

STREAM, OUTPUT 

RECORD, INPUT 

(see Note) 



Execution of an OPEN statement causes 
one or more files to be opened explicitly. 
The OPEN statement has the following basic 
format : 

OPEN FILE (file-name) Coption-list] 

[, FILE (file-name) [option-list] ] . . . ; 

The option list of the OPEN statement can 
specify any of the alternative and additive 
attributes, except the INTERNAL, EXTERNAL, 
and ENVIRONMENT attributes. Attributes 
included as options in the OPEN statement 
are merged with those stated in a DECLARE 
statement. The same attributes need not be 
listed in both an OPEN statement and a 
DECLARE statement for the same file, and, 
of course, there can be no conflict. Other 
options that can appear in the OPEN state- 
ment are the TITLE option, used to asso- 
ciate the file name with the data set,, and 
the PAGESIZE and LINESIZE options, used to 
specify layout of a data set. All of these 
options are discussed later in this chap- 
ter. The option list may precede the FILE 
(file name) specification. 

For the F Compiler, the OPEN statement 
is executed by library routines that are 
loaded dynamically at the time the OPEN 
statement is executed, consequently, exe- 
cution time can be reduced if more than one 
file is specified in the same OPEN state- 
ment, since the routines need be loaded 
only once, regardless of the number of 
files being opened. Note, however, that 
such multiple opening may require consider- 
ably more storage than might otherwise be 
needed. 

For a file to be opened explicitly, the 
OPEN statement must be executed before any 
of the input and output statements listed 
below in "Implicit Opening" are executed 
for the same file. 



WRITE 



LOCATE 



REWRITE 



DELETE 



UNLOCK 



RECORD, OUTPUT 

(see Note) 

RECORD, OUTPUT, 
SEQUENTIAL, BUFFERED 

RECORD, UPDATE 

RECORD, UPDATE 

RECORD, DIRECT, 
UPDATE, EXCLUSIVE 



An implicit opening caused by one of the 
above statements is equivalent to preceding 
the statement with an OPEN statement that 
specifies the deduced attributes. 

Note; INPUT and OUTPUT are deduced from 
READ and WRITE only if UPDATE has not been 
explicitly declared. 



Merging of Attributes 



There must be no conflict between the 
attributes specified in a file declaration 
and the attributes merged — explicitly or 
implicitly — as the result of the file 
opening. For example, the attributes INPUT 
and UPDATE are in conflict, as are the 
attributes UPDATE and STREAM. 

After the attributes are merged, the 
attribute implications listed below are 
applied prior to the application of the 
default attributes discussed earlier. 
Implied attributes can also cause a con- 
flict. If a conflict in attributes exists 
after the application of default attri- 
butes, the UNDEFINEDFILE condition is 
raised. 
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Following is a list of merged attributes 
and attributes that each implies after 
merging: 



Merged Attributes 
""update 

.sequential 

DIRECT 
BUFFERED 

UNBUFFERED 

PRINT 
BACKWARDS 

KEYED 
EXCLUSIVE 



Implied Attributes 
RECORD 

RECORD 

RECORD, KEYED 

RECORD, 

SEQUENTIAL 

RECORD, 

SEQUENTIAL 

OUTPUT, STREAM 

RECORD, 

SEQUENTIAL, 
INPUT 

RECORD 

RECORD, KEYED, 
DIRECT, UPDATE 



The following two examples illustrate 
attribute merging for an explicit opening 
and for an implicit opening. 

Explicit opening: 

DECLARE LISTING FILE STREAM; 



OPEN FILE (LISTING) PRINT; 

Attributes after merge due to execution of 
the OPEN statement are STREAM and PRINT. 
Attributes after implication are STREAM, 
PRINT, and OUTPUT. Attributes after 
default application are STREAM, PRINT, OUT- 
PUT, and EXTERNAL. 



Note : The attributes SEQUENTIAL or DIRECT 
and BUFFERED or UNBUFFERED do not apply to 
a file with the STREAM attribute. 

Implicit opening: 

DECLARE MASTER FILE KEYED INTERNAL; 



READ FILE (MASTER) INTO 

(MASTER RECORD) KEYTO(MASTER_KEY) ; 

Attributes after merge due to the opening 
caused by execution of the READ statement 
are KEYED, INTERNAL, RECORD, and INPUT. 
Attributes after implication are KEYED, 
INTERNAL, RECORD, and INPUT. There are no 
additional attributes implied. Attributes 
after default application are KEYED, INTER- 



NAL, RECORD, INPUT, SEQUENTIAL, and BUF- 
FERED. 



Associating Data Sets with Fil es 



With the System/360 Operating System, 
the association of a file with a specific 
data set is accomplished using job control 
language, outside the PL/I program. At the 
time a file is opened, the PL/I file name 
is associated with the name (ddname) of a 
data definition statement (BD statement), 
which is, in turn, associated with the name 
of a specific data set (dsname). Note that 
the direct association is with the name of 
a DD statement, not with the name of the 
data set itself. 

A ddname can be associated with a PL/I 
file either through the file name or 
through the character- string value of the 
expression in the TITLE option ojE the 
associated OPEN statement. 

If a file is opened implicitly, or if no 
TITLE option is included in the OPEN state- 
ment that causes explicit opening of the 
file, the ddname is assumed to be the same 
as the file name. If the file name is 
longer than eight characters, the ddname is 
assumed to be composed of the first eight 
characters of the file name. 

Note ; Since external names are limited to 
seven characters for the F Compiler, an 
external file name of more than seven 
characters is shortened into a conceitena- 
tion of the first four and the last three 
characters of the file name. Such a shor- 
tened name is not, however, the name used 
as the ddname in the associated DD state- 
ment. 

Consider the following statements: 

1. OPEN FILE (MASTER) ; 

2. OPEN FILE (OLDMASTER) ; 

3 . READ FILE (DETAIL) ; 

When statement number 1 is executed, the 
file name MASTER is taken to be the same as 
the ddname of a DD statement in the current 
job step. When statement number 2 is 
executed, the name OLDMASTE is taken to be 
the same as the ddname of a DD statement in 
the current job step. (The first eight 
characters of a file name form the ddname. 
Note, however, that if OLDMASTER is an 
external name, it will be shortened by the 
compiler to OLDMTER for use within the 
program.) If statement number 3 causes 
implicit opening of the file DETAIL, the 
name DETAIL is taken to be the same as the 
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ddname of a DD statement in the current job 
step.. 



In each of the above cases,, a corres- 
ponding DD statement must appear in the job 
stream; otherwise, the UNDEFINEDFILE condi- 
tion would be raised. The thr€je DD state- 
ments would appear, in part, as follows: 



1. //MASTER DD DSNAME= 



2. //OLDMASTE DD DSNAME=.. 



3,. //DETAIL DD DSNAME=, , . 

If a file is opened explicitly by an 
OPEN statement that includes a TITLE 
option, the ddname is taken from the TITLE 
option, and the file name is not used 
outside the program. The TITLE option 
appears in an OPEN statement as shown in 
the following format: 

OPEN FILE (file-name) TITLE (expression) ; 

The expression in the TITLE option is 
evaluated and converted to a character 
string, if necessary, that is assumed to be 
the ddname identifying the appropriate data 
set. If the character string is longer 
than eight characters., only the first eight 
characters are used. The following OPEN 
statement illustrates how the TITLE option 
might be used: 

OPEN FILE ( DETAIL) TITLE ( ' DETAILl ' ) ; 

If this statement were executed, there must 
be a DD statement in the current job step 
in the job stream with DETAILl as its 
ddname. It might appear, in part, as 
follows: 

//DETAILl DD DSNAME=DETAILA, . . . 

Thus, the data set DETAILA is associated 
with the file DETAIL through the ddname 
DETAILl . 

Although a data set name represents a 
specific collection of data, the file name 
can, at different times, represent entirely 
different data sets. Using the above exam- 
ple of the OPEN statement, whatever data 
set is named in the DSNAME parameter of the 
DETAILl DD Statement is the one that is 
associated with DETAIL at the time it is 
opened. 

Use of the TITLE option allows a pro- 
grammer to choose dynamically, at open 
time, one among several data sets to be 
associated with a particular file name. 
Consider the following example: 



DECLARE 1 INREC, 2 FIELD_1..., 

2 FILE_IDENT CHARACTER ( 8 ) , 
DETAIL FILE INPUT..., 
MASTER FILE INPUT..,; 

OPEN FILE (DETAIL) ; 

READ FILE (DETAIL) INTO (INREC); 

OPEN FILE(MASTER) TITLE (FILE_IDENT) ; 

Assume that the program containing these 
statements is used to process several dif- 
ferent detail data sets, each of which has 
ci different corresponding master data set. 
Assume, further, that the first record of 
each detail data set contains, as its last 
data item, a character string that iden- 
tifies the appropriate master data set. 
The following DD statements might appear in 
the current job step: 



//DETAIL 



DD DSNAME=. 



//MASTERIA DD DSNAME=MASTER1A 

//MASTERIB DD DSNAME=MASTER1B, . . 

//MASTERIC DD DSNAME=MASTER1C, ,. .. 

In this case, MASTERIA, MASTERIB, and 
MASTERIC represent three different master 
files. The first record of DETAIL would 
contain as its last item, either 
"MASTERIA*, 'MASTERIB', or 'MASTERIC, 
which is assigned to the character-string 
variable FILE_IDENT. When the OPEN state- 
ment is executed to open the file MASTER, 
the current value of FILE_IDENT would be 
taken to be the ddname „ and the appropriate 
data set identified by that ddname would be 
associated with the file name MASTER, 

Another similar use of the TITLE option 
is illustrated in the following statements: 

DCL IDENTO) CHAR(l) 

INITIALCA', 'B', 'O; 
DO I = 1 TO 3; 

OPEN FILE(MASTER) 

TITLE ( • MASTERl ' | | IDENT ( I ) ) ; 



CLOSE FILE (MASTER) ; 
END; 

In this example, IDENT is declared as a 
character-string array with three elements 
having as values the specific character 
strings 'A', 'B', and 'C. When MASTER is 
opened during the first iteration of the 
DO-group, the character constant 'MASTERl' 
is concatenated with the value of the first 
element of IDENT, and the associated ddname 
is taken to be MASTERIA. After processing, 
the file is closed, dissociating the file 
name and the ddname. During the second 
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iteration of the group, MASTER is opened 
again. This time, however, the value of 
the second element of IDENT is taken, and 
MASTER is associated with the ddname 
MASTERIB. Similarly, during the final 
iteration of the group, MASTER is associat- 
ed with the ddname MASTERIC. 

N ote; The character set of the job control 
language does not contain the break charac- 
ter (_) . Consequently, this character can- 
not appear in ddnames. Care should thus be 
taken to avoid using break characters among 
the first eight characters of file names, 
unless the file is to be opened with a 
TITLE option with a valid ddname as its 
expression. The alphabetic extender char- 
acters $, a, and #, however, are valid for 
ddnames. 



The CLOSE Statement 



The basic form of the CLOSE statement 



CLOSE FILE (file-name) 

[,FILE (file-name)] ; 

Executing a CLOSE statement dissociates the 
specified file from the data set with which 
it became associated when the file was 
opened. The CLOSE statement also disso- 
ciates from the file all attributes esta- 
blished for it by the implicit or explicit 
opening process. If desired, new attri- 
butes may be specified for the file name in 
a subsequent OPEN statement. However, all 
attributes explicitly given to the file 
name in a DECLARE statement remain in 
effect. 

As with the OPEN statement, closing more 
than one file with a single CLOSE statement 
can save execution time, but it may require 
the use of more storage than would other- 
wise be needed. 

Not e ; Closing an already closed file or 
opening an already opened file has no 
effect. 



LAYOUT OF STREAM FILES 



When a stream data set is being created, 
its layout is governed by the LINESIZE 
option (and, if the associated file is a 
PRINT file, by the PAGESIZE option) on the 
OPEN statement that opens the file for 
output. The discussion below shows the 
effect of these options on a PRINT file; 
however, all stream data sets have a line 
size associated with them which is concep- 



tually as described below, except that the 
line size might not necessarily refer to a 
line that is actually printed. If LINESIZE 
is not specified on the OPEN statement for 
a PRINT file, a default value is assumed 
(120 characters per line for the F 
Compiler). The line size for input is the 
line size with which the data set was 
created. If PAGESIZE is not specified on 
the OPEN statement for a PRINT file, a 
default value is assumed (60 lines per page 
for the F Compiler). 



PAGE LAYOUT FOR PRINT FILES 



The overall layout of a page in a file 
that has the PRINT attribute is controlled 
by means of the PAGESIZE and LINESIZE 
options of the OPEN statement. For exam- 
ple: 

OPEN FILE (REPORT) OUTPUT STREAM PRINT 
PAGESIZE (55) LINESIZE(llO) ; 

This statement opens the REPORT file as a 
PRINT file. The specification PAGESIZE (55) 
indicates that each page should contain a 
maximum of 55 lines. An attempt to write 
on a page after 55 lines have already been 
written (or skipped) will raise the ENDPAGE 
condition. The standard system action for 
the ENDPAGE condition is to skip to a new 
page, but the programmer can establish his 
own action through use of the ON statement. 

The ENDPAGE condition is raised only 
once per page. Consequently, printing can 
be continued beyond the specified PAGESIZE 
after the ENDPAGE condition has been raised 
the first time. This can be useful, for 
example, if a footing is to be written at 
the bottom of each page. Consider the 
following example: 

ON ENDPAGE (REPORT) BEGIN; 

PUT FILE (REPORT) SKIP LIST 

(FOOTING) ; 
PUT FILE (REPORT) PAGE; 
N = N + 1; 
PUT FILE (REPORT) LIST 

(•PAGE * I IN) ; 
PUT FILE (REPORT) SKIP (3); 
END; 

Assume that' REPORT has been opened with 
PAGESIZE (55), as shown in the previous 
example. When an attempt is made to write 
on line 56 (or to skip beyond line 55) , the 
ENDPAGE condition will arise, and the begin 
block shown here will be executed. The 
first PUT statement specifies that a line 
is to be skipped, and the value of" FOOTING, 
presumably a character string, is to be 
printed on line 57 (when ENDPAGE arises, 
the current line is always PAGESIZE+1) . 
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The second PUT statement causes a skip to 
the next page and the ENDPA.GE counter is 
automatically reset for the new page. The 
page number is incremented, and the charac- 
ter string 'PAGE ' is concatenated with the 
new page number and printed. The final PUT 
statement causes three lines to be skipped, 
so that the next printing will be on line 
4. Control returns from the begin block to 
the PUT statement that caused the ENDPAGE 
condition, and the data is printed. Any 
SKIP option specified in that statement is 
ignored, however. 

The specification LINESIZE(llO) indi- 
cates that each line on the page can 
contain a maximum of 110 characters. An 
attempt to write a line greater than 110 
characters will cause the esxcess characters 
to be placed on the next line. 

The PAGESIZE option can be specified 
only for a file with the PRINT attribute 
(as stated earlier, the PRINT attribute 
implies the OUTPUT and SI'REAM attributes) 
and only in the OPEN statement. The 
LINE SIZE option can be specified only for a 
file with the OUTPUT and STREAM attributes, 
with or without the PRINT attribute. 



The identifiers SYSIN and SYSPRINT are 
not reserved for the specific purposes 
described above. These identifiers can be 
used for other purposes besides identifying 
standard system files. Other attributes 
can be applied to them, either explicitly 
or context ually, but the PRINT attribute is 
applied automatically to SYSPRINT when it 
is declared as a file name, unless the 
INTERNAL attribute is declared for it. 



Note; Special care must be taken when 
SYSIN or SYSPRINT is declared by the pro- 
grammer as anything other than a STREAM 
file. The F Compiler causes, in effect, 
the identifier SYSIN to be inserted into 
each GET statement in which no file name is 
explicitly stated and the identifier SYS- 
PRINT to be inserted into each PUT state- 
ment in which no file name is explicitly 
stated. Consequently,, the following would 
be in error; 



DECLARE (SYSIN, SYSPRINT) FIXED 
DECIMAL (4,2); 



Further details of writing in PRINT 
files appear later in this chapter in "Data 
Transmission. " 



GET LIST (A,B,C); 
PUT LIST (D,E, F); 



STANDARD FILES 



Two standard system files are provided 
that can be used by any PL/I program. One 
is the standard system input file called 
SYSIN. The other is the standard system 
output file called SYSPRINT. These files 
need not be declared or opened explicitly; 
a standard set of attributes is applied 
automatically. For SYSIN, these attributes 
specify that it is a stream- oriented input 
file. For SYSPRINT, the standard attri- 
butes specify stream-oriented output that 
is to be printed. Both file names, SYSIN 
and SYSPRINT, are assumed to have the 
EXTERNAL attribute, even though SYSPRINT 
contains more than seven characters. 

These file names need not be explicitly 
stated in GET and PUT statements when these 
files are to be used. GET and PUT I/O 
statements that do not name any file are 
equivalent to: 

GET FILE(SYSIN) . . . ; 

PUT FILE ( S YSPR INT ) . . . ; 

Any other references to SYSIN and SYSPRINT 
(such as in ON statements or in record- 
oriented statements) must be stated 
explicitly. 



The identifier SYSIN would be inserted into 
the GET statement, and SYSPRINT in the PUT 
statement. In this case, however, they 
would not refer to the standard files, but 
to the fixed-point variables declared in 
the block. 



ENVIRONMENTAL CONSIDERATIONS FOR DATA SETS 



The PL/I compiled program produced by 
the F Compiler is designed to be executed 
under control of the operating system for 
System/3 60. This operating system provides 
data management facilities that control the 
organization, location, storage, and 
retrieval of data sets. The PL/I program 
calls upon these facilities when it is 
being executed. The following discussions 
describe the relationship between the input 
and output statements of a PL/ I program and 
the various data set organizations support- 
ed by the data management facilities of the 
operating system. A complete discussion of 
data management appears in the publication: 

IBM SYStem/360 Operating 

System: Supervisor and Data Management 
service s.. Form C28-664 6. 
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DEVICE INDEPENDENCE OF INPUT AND OUTPUT 
STATEMENTS 



The input and output statements of a 
PL/I source program are concerned with the 
logical organization of a data set and not 
with its physical characteristics. Much of 
the detailed information ultimately 
required by a PL/I program to process a 
data set (that is, information such as 
input /output device type, unit number, 
recording density, and buffering technique) 
need not be stated until the PL/I program 
is ready to be executed. Device indepen- 
dence of this type allows changes in this 
information without requiring changes to 
the PL/I program itself. The required 
information about specific input/output 
devices is supplied through data definition 
(DD) statements in the job step that calls 
for execution of the program. By changing 
the DD statements, different input/output 
devices or even different data sets may be 
specified for a file. Therefore, a PL/I 
program can be designed without specific 
knowledge of the input/output devices that 
will be used when the program is executed. 

Some of the information specified in the 
ENVIRONMENT attribute can alternatively be 
specified in a DD statement. 



The EN V IRONMENT Attribute 

The ENVIRONMENT attribute provides 
information about the physical organization 
of the data set associated with a file. 
This information allows the compiler to 
determine the method of accessing the data 
set. 

For the F Compiler, the ENVIRONMENT 
attribute has the following general format: 

ENVIRONMENT (option -list) 

where "option list" is: 



F (block-size [, record-size] ) 
V{S|BS} (max-block-size 
( imax-record-size] ) 
U (max-block-size) 

[BUFFERS (n)] 



"consecutive" 

INDEXED 
REGIONAL (1) 
REGIONAL (2) 
REGIONAL (3) 

LEAVE 1 
REVflNDj 



[CTLASZCI 
CTL36 0j 

[COBOL] 

[INDEXAREA[ (index-area-size) ] ] 
[NOWRITE] 

[GENKEY] 

For ease of discussion, the options in the 
ENVIRONMENT attribute are divided into 
eight groups: record format, buffer alloca- 
tion, data set organization, volume dispo- 
sition, carriage control, data interchange, 
data management optimization, and key clas- 
sification. The information supplied by 
the first three options can be alternative- 
ly specified in DD statements or by 
default. Options may appear in any order. 



Record Format 



Logical records can appear in the fol- 
lowing formats: fixed-length (F-f ormat) , 
variable-length (V- format, VS-f ormat, 
VBS-f ormat), or undefined (U- format) . The 
block size and record size are specified in 
number of bytes. Record format, block 
size,, and record size must appear together 
either in the ENVIRONMENT attribute or in 
the DCB parameter of the DD statement. 

Fix ed-length records: For fixed-length 
records, the block size must always be 
stated. If the records are blocked, the 
record size must also be stated; if no 
record size is specified, the records are 
assumed to be unblocked (that is, each 
block contains only one record) . The 
records are blocked and deblocked in accor- 
dance with the specified block size and 
record size. The block size must be an 
exact multiple of the record size. 

Va r iable-length records: For variable- 
length V-format records,, the maximum block 
size must always he stated. If the records 
are blocked,, the maximum record size must 
also be stated; if maximum record size is 
not specified,, the records are assumed to 
be unblocked. Four bytes are used in each 
block to specify the block length, and four 
bytes are used in each record to specify 
the record length; the programmer must 
therefore allow an additional four bytes 
when stating the block size and when 
stating the record size. The record size 
must never exceed the block size. For 
example^ if the maximum number of bytes in 
a record is likely to be 120, the specified 
block size must not be less than 128 bytes 
whether the records are blocked or not, 
since unblocked records are considered to 
be in blocks of one record each; if the 
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records are blocked, the record size must 
not be less than 124 bytes, and must be at 
least four bytes less than the specified 
block size. 



For variable- length VS-format records, 
the maximum block size must always be 
stated. VS-format records can exceed the 
block size; when they do, they are segment- 
ed and the segments placed in consecutive 
blocks. Each block can contain only one 
record or segment of a record. Deblocking 
depends on control information at the 
beginning of each block and at the begin- 
ning of each record: four Ijytes are used in 
each block to specify block length; another 
four bytes are used in each record or 
segment of a record to indicate record or 
segment length and to indicate whether a 
segment is the first, intermediate, last, 
or the only part of a record. For example, 
if the record format is specified as 
VS(80,200), a record thcit includes 180 
bytes of data will appear in the data s€Jt 
as two blocks of 80 bytes (8 control bytes 
and 72 data bytes) and one block of 44 
bytes (8 control bytes and 36 data bytes). 



Variable-length VBS-format records are 
similar to VS-format records except that 
they are blocked, that is, each block 
contains as many records or segments as it 
can accommodate; each block is substantial- 
ly the same size, although there can be a 
variation of up to four bytes, since each 
segment must contain at least one byte of 
data. For example, a block might contain 
the last segment of one record, one or more 
complete records, and the first segment of 
another record. 



VS-format and VBS-format records are 
known as spanned records because they can 
start in one block and be continued in the 
next. However, segmentation does not 
affect the programmer as it occurs automat- 
ically and the records always appear as 
complete logical records. The use of 
spanned records allows the programmer to 
select a block size, independently of 
record size, that will combine optimum 
usage of external storage space with maxi- 
mum efficiency of transmission. 



Undefined-length records; For undefined- 
length records, all processing of records 
is the responsibility of the programmer. 
If a length specification is included in 
the record, the programmer must insert it 
himself, and he must retrieve the 
information himself. 



Buffer Allocation 



A buffer is an internal program-storage 
area that is used for intermediate storage 
of data transmitted to and from a data set. 
Allocating two or more buffers for a data 
set permits input and output activity to 
occur concurrently with internal process- 
ing. 

The option BUFFERS (n) in the ENVIRON- 
MENT attribute specifies the number (n) of 
buffers to be allocated for a data set. 
This number must not exceed 25 5. The BUFNO 
subparameter in the DD statement can be 
used, instead of the BUFFERS option in the 
ENVIRONMENT attribute, to specify the num- 
ber of buffers. If the number of buffers 
is not specified, it is assumed to be 
either one or two, depending on the access 
method used. Note that a buffer specifi- 
cation for DIRECT files is ignored. 



Data Set Organization 



The organization of a data set deter- 
mines how data is recorded in a data set 
volume and, once recorded, how data is 
subsequently retrieved so that it can be 
transmitted to the program. Logical 
records are stored in and retrieved from a 
data set, in either STREAM or RECORD 
SEQUENTIAL transmission, on the basis of 
successive physical positions or, in DIRECT 
RECORD transmission, on the basis of the 
values of keys specified in data transmis- 
sion statements. These storage and retrie- 
val methods provide PL/I with three general 
data set organizations: CONSECUTIVE, 
INDEXED, and REGIONAL. CONSECUTIVE Organi- 
zation is assumed by default. 

Record Keys: Both INDEXED and REGIONAL 
data set organization allow the use of keys 
to identify specific records. There are 
two kinds of keys, recorded keys and source 
keys. A recorded key is a character string 
that actually appears in the data set, 
along with the record, as a positive iden- 
tification of that record. It cannot 
exceed 255 bytes in length. A source key 
is a character string (or expression) that 
appears in a record-oriented data transmis- 
sion statement to identify the record to 
which the statement refers. 

The way keys are specified and used 
differs between INDEXED and REGIONAL, as 
well as among the three different kinds of 
REGIONAL organization. For data sets that 
contain recorded keys, a part or all of the 
source key must exactly match the recorded 
key in order to positively identify a 
record. 
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Whenever source keys are used in a 
program to access or create a data set 
(using the KEY or KEYFROM option) or whene- 
ver the KEYTO option is specified, the 
KEYED attribute must be specified for the 
file. In addition, for data sets that 
contain recorded keys, the KEYLEN subparam- 
eter of the DCB parameter of the associated 
DD statement must be used to specify the 
actual length, in bytes, of the recorded 
key. 

The type and use of keys for each of the 
different data set organizations is 
explained in the discussions below. Keys 
are not used in the processing of CONSECU- 
TIVE data sets, 

CONSECUTIVE D ATA SET ORG?^NIZATION; In a 
data set with CONSECUTIVE organization,, the 
logical records are organized solely on the 
basis of their successive physical posi- 
tions, such as they appear on magnetic 
tape. Such a data set does not use keys to 
determine the position of each record, 
ftecords are retrieved only in sequential 
Order; therefore, the associated file must 
have the SEQUENTIAL attribute (or be a 
STREAM file) . Records may be F-f ormat or 
V- format, blocked or unblocked,, or U- 
f ormat. 

Input/output devices permitted for 
CONSECUTIVE data sets include magnetic tape 
units, card readers and punches, printers,, 
direct-access storage units, and paper tape 
readers. 

Later discussions will show that both 
Stream-oriented and record-oriented trans- 
mission statements can process data sets 
with CONSECUTIVE organizations. However, 
stream-oriented statements are restricted 
to this type of organization; record- 
oriented statements are not. 

After a CONSECUTIVE data set is created, 
it may be opened only for input or update 
operations,, unless DISP=MOD is specified in 
the DD statement, in which case it can be 
opened for output (records can then be 
aidded to the end of the data set). Reading 
oif such a data set may be either forwards 
or backwcirds if the data set is recorded on 
magnetic tape. To read the data set 
backwards, the associated file must be 
opened with the BACKWARDS attribute. If a 
dbta set is first read or written forwards 
and then read backwards in the same pro- 
gram, the LEAVE option in the ENVIRONMENT 
attribute must be specified to prevent the 
rormal rewind when the file is closed or 
when volume switching occurs with a multi- 
volume data set. V- format records cannot 
be read backwards. 

Note the difference between the 
CONSECUTIVE option of the ENVIRONMENT 



attribute and the SEQUENTIAL attribute. 
CONSECUTIVE Specifies the physical organi- 
zation of a data set; SEQUENTIAL specifies 
how a file is to be processed. A data set 
with CONSECUTIVE organization must be asso- 
ciated with a SEQUENTIAL file; but a data 
set with INDEXED or REGIONAL organization 
can be associated with either a SEQUENTIAL 
or DIRECT file. 

INDEXED DgTA SET ORGANIZATION; A data set 
with INDEXED organization, which must be on 
a direct- access device,, has its records 
arranged in logical sequence according to 
keys that are associated with every record. 
The key is a character string that usually 
represents an item within the record, such 
as a part number,, a date, or a name. 
Logical records are arranged in ascending 
sequence on their keys, according to the 
collating sequence. There are indexes that 
specify the highest key for each track and 
for each cylinder. 

Only fixed-length records (F-format),, 
unblocked or blocked, can be used with the 
INDEXED organization. 

Two subparameters of the DCB parameter 
must be specified for each INDEXED datci 
set. They are: 

DSORG=IS 

KEYLEN=length-of-recorded-key 

In addition, if the key is embedded within 
the record, the RKP subparameter must be 
included, giving the location of the key; 
the value specified in the RKP subparameter 
is one less than the byte number of the; 
first character of the key; that is, if 
RKP=1, the key starts in the second byte of 
the record. The value assumed,, if this 
subparameter is omitted,, is RKP=0, which 
specifies that the key is not embedded in 
the record but is separate from it. Also 
if any records are to be deleted, or if 
already deleted records are to be ignored, 
the subparameter OPTCD=L must be specified. 
The OPTCD subparameter cannot be changed 
after the data set has been created. 

Note: For unblocked records, the key, even 
if embedded, is always recorded in a posi- 
tion preceding the actual data. Conse- 
quently, the RKP subparameter need not be 
specified for unblocked records. 

Unlike CONSECUTIVE organization, INDEXED 
organization does not require every record 
to be accessed in sequential fashion. Ran- 
dom retrieval, addition, deletion, and 
replacement of logical records are permit- 
ted in INDEXED data sets. However, if the 
programmer desires, either sequential 
access or direct access can be used with a 
data set that has INDEXED organization. 
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The key associated with a logical record 
in an INDEXED data set consists of a 
character string containing a maximum of 
255 characters. It is always recorded in 
the data set and is usually a part of the 
data. The length of the recorded key miost 
be specified in the DCB subparameter KEYLEN 
of the associated DD statement. Records in 
an INDEXED data set are accessed by means 
of record-oriented transmJ.ssion statements. 
If access is direct, these statements 
employ a source key that identifies a 
particular record by the value of its 
recorded key. 

Logical records within an INDEXED data 
set are either actual records containing 
valid data, or deleted or dummy records 
that can later be replaced by valid data. 
The programmer can createi dummy records by 
marking the record as "deleted" (that is,, 
by specifying the constant (8) 'I'D as the 
first byte of the data section of the 
record) . 

An INDEXED data set can be created only 
sequentially. Once an INDEXED data set has 
been created, its associated file may have 
the INPUT or UPDATE attributes as well as 
the SEQUENTIAL or DIRECT attributes. When 
the file has the DIRECT attribute, records 
may be retrieved, added,, deleted, and 
replaced at random. 

SEQUENTIAL INDEXED Files; The file of an 
INDEXED data set accessed in SEQUENTIAL 
fashion may be opened with either the INPUT 
or the UPDATE attribute,, but the data 
transmission statements need not include 
source keys, nor need the file have the 
KEYED attribute. Sequential access is in 
the order of ascending recorded-key values. 
Logical records are retrieved in this order 
and not necessarily in the order in which 
they were added to the data set. 

When an INDEXED data set is accessed 
sequentially for either INPUT or UPDATE 
activity, it is possible to reposition the 
data set by using either a unique source 
key or a generic key in a READ statement. 
(The use of a generic key is discussed in 
the section "Key Classification" in this 
chapter. ) For repositioning to occur, the 
associated file must have the KEYED attri- 
bute. Repositioning can occur in either a 
forward or backward direction to the speci- 
fied record that is to be retrieved. 
Should a subsequent READ statement not 
contain a source key, the record with the 
next higher recorded key will be retrieved. 

When the file of an INDEXED data set has 
the SEQUENTIAL and UPDATE attributes, the 
only I/O statements (other than OPEN and 
CLOSE) that can refer to the file are READ 
and REWRITE. Before a REWRITE statement 
can be executed,, the specified record must 



have been retrieved by a READ statement. 
Every record that has been retrieved, how- 
ever, need not be rewritten. Logical 
records cannot be added to an INDEXED data 
set that is being accessed in the SEQUEN- 
TIAL UPDATE mode. 



DIRECT 



INDEXED Files: 



INDEXED data set accessed 
may be opened with either 
UPDATE attribute. For 
DIRECT and UPDATE att 
records may be retrieved 
and replaced according 
conventions: 



The file of an 
in DIRECT fashion 
the INPUT or the 
a file with the 
ributes, logical 
added, deleted, 
to the following 



1* Retrieval ; Deleted records are not 
made available by a READ statement. 

2. Addition : If the key is unique, the 
logical record is inserted by a WRITE 
statement into the data set, replacing 
one marked as deleted, if it has the 
same key. If no space exists for the 
additional record, the KEY condition 
is raised. The KEY condition is also 
raised if the additional record has a 
key that is the same as the recorded 
key of a record already in the data 
set, but is not marked as deleted. 

3. Deletion ; The record specified by a 
source key in a DELETE statement is 
retrieved, marked as deleted, and 
rewritten into the data set. Deletion 
is possible only when the DD statement 
associated with the data set contains 
the DCB subparameter OPTCD=L. If the 
data set has blocked records and 
RKP=0, then records cannot be deleted. 

4. Re placement ; The record specified by a 
source key is replaced by the new 
record. Unblocked records may be 
replaced without being read. However, 
if the data set contains blocked 
records, the specified record must 
first be retrieved with a READ state- 
ment and then replaced with a REWRITE 
statement. 



Note; The length specified in the DCB 
subparameter KEYLEN always gives the length 
of the recorded key and not necessarily the 
length of the source key. If the lengths 
of the source and recorded keys differ when 
an INDEXED data set is accessed,, the 
lengths are made equal by truncating the 
source key on the right or by extending it 
on the right with blank characters. 

The operating system permits recorded 
keys to be separate from or embedded within 
logical records. When the recorded keys 
are separate from the logical records,, the 
bCB subparcuneter RKP=0 in the DD statement 
associated with the data set need not be 
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specified, since it is the default assump- 
tion. 



Unblocked records always have a separate 
recorded key preceding each logical record, 
whether or not the key is also embedded 
viithin the record. Only the key of the 
last logical record in a block of records 
is recorded separately, preceding the 
block. 



REGIONAL DfiTA SET ORGANIZATION; REGIONAL 
organization of a data set provides control 
of the physical placement of records in the 
data set. This type of control allows the 
programmer to optimize the record access 
time required by a particular application. 
Such optimization is not available with 
CONSECUTIVE and INDEXED organizations, in 
which successive records are written either 
in strict physical sequence or in logical 
sequence depending upon ascending key 
values. Neither of these methods takes 
advantage of the timing characteristics of 
direct-access storage devices. The 
input/output devices allowed for REGIONAL 
data sets are restricted to direct-access 
torage devices. 

A data set with REGIONAL organization is 
divided into regions, each of which is 
identified by a region number and each of 
which may contain one or more records. The 
regions are numbered in succession, begin- 
ning with zero, and a record is accessed by 
specifying its region number in the source 
key of a record-oriented transmission 
statement. Two kinds of regional specifi- 
cations are used, relative record and rela- 
tive track. A relative record specifi- 
cation refers to a region of the data set 
by specifying the number of a particular 
record, relative to the first record in the 
data set, which is number zero. A relative 
tra ck specification refers to a region of 
the data set by specifying the number of a 
particular track relative to the first 
track of the data set, which is track zero. 
In some cases, as is discussed later, 
either the relative record or the relative 
track indicates only the beginning of a 
region in which a record is to be written 
or from which it is to be accessed. 

There are three types of REGIONAL organ- 
ization,, two of which, REGIONAL{2) and 
REGIONAL (3) permit recorded keys to appear 
physically in the data set with the logical 
records. Unlike the keys for INDEXED data 
sets, however, these recorded keys are 
never embedded within a record. When REG- 
IONAL records are accessed by record- 
oriented statements, the source keys, 
specified in the statements, represent a 
region number and may also represent a 
recorded key. 



Direct access of REGIONAL data sets 
employs the region number, specified in the 
source key,, for direct access of the 
region. Once the region has been accessed, 
a sequential search may or may not be 
performed for a record that contains a 
recorded key identical to the source key. 
The search is performed from the located 
region onward through the other regions. 

Sequential processing of REGIONAL data 
sets accesses records in ascending relative 
position, the initial position being region 
zero,. The values of recorded keys do not 
affect this access sequence. 

Each of the three REGIONAL types is 
described in the following discussions. 



REGIONAL (1) Organization; A data set with 
REGIONAL (1) organization contains unblocked 
F- format records that do not have recorded 
keys. Each region in the data set contains 
only one logical record; therefore, each 
region number corresponds to a relative 
record position within the data set. The 
relative position of the first record is 
zero,. 

Since there are no recorded keys to be 
used for comparison, only a region number, 
which serves as the sole identification of 
a particular logical record, is meaningful 
in a source key. The character- string 
value of the source key must represent an 
unsigned decimal integer that does not 
exceed 16 777215. Only the characters 
through 9 and the blank character are valid 
in the source key (leading blanks are 
interpreted as zeros) . If more than eight 
characters appear in the key, only the 
eight rightmost characters are used as the 
region number. If there are fewer than 
eight characters, blanks (interpreted as 
zeros) are inserted on the left. 

REGIONAL (2) Organization; A data set with 
REGIONAL(2) organization contains unblocked 
F- format records that have recorded keys. 
As with REGIONAL(l) organization, each 
region in the data set contains only one 
logical record. 

The recorded key associated with each 
logical record is a character string 
recorded in the data set and immediately 
preceding the record. The recorded key maiy 
or may not include the regional number eis 
its rightmost eight characters. The source 
key (specified as a constant or some other 
expression) consists of a character- string 
value. It may be thought of as having tv/o 
logical parts, the region specification and 
the specification of a comparison key to be 
compared, on input, with the recorded key, 
or to be written, on output, as the record- 
ed key. 
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The rightmost eight chciracters of the 
source key make up the region specifi- 
cation , which states the region number. 
(Leading blanks in the region specification 
are interpreted as zeros. ) A substring 
beginning at the left of the source key and 
containing the number of characters speci- 
fied in the KEYLEN subj)arameter is the 
comparison key specification . To retrieve 
a record, this substring must exactly match 
the recorded key of the record. The com- 
parison key can include the region specifi- 
cation if the region number is a part of 
the recorded key; in such a case, the 
source key and the comparison key specifi- 
cation are identical. In other cases, a 
portion of the source key may not be used. 
The comparison key is always equal to 
KEYLEN; if the source key is longer than 
KEYLEN+8, the characters in the source key 



between the comparison key and the region 
specification are ignored. 



Consider the following examples of 
source keys (the character "b" represents a 
blank) : 

KEY ( • JOHNbDOEbbbbbbl 236 3251 ' ) 

The rightmost eight characters make up the 
region specification, the relative number 
of the record. Assume that the associated 
DD statement has the subparameter 
KEYLEN=li». In retrieving a record, the 
search will begin with the beginning of the 
track upon which record number 12 363251 is 
recorded, and it will continue until a 
record is found having the recorded key of 
JOH NbDOEbbbbbb . 
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If the subparameter were KEYLEN=22, the 
search still would begin at the same place, 
but since the comparison specification and 
the source key are the same length, the 
search would be for a record having the 
recorded key ' JOHNbDOEbbbbbbl2 36 32 51 " . 

KEY {' JOHNbDOEbbbbbbDIVISIONb4 23bbbb34627' ) 

In this example, the rightmost eight char- 
acters contain blanks, which are interpret- 
ed as zeros. The search will begin at 
record number 0003 46 27. If KEYLEN=14 is 
specified, the characters DIVISIONb423b 
will be ignored. 

Assume that COUNTER is declared FIXED 
BINARY (21) and NAME is declared 
CHARACTERdS) . The key might be specified 
as: 



KEY (NAME | | COUNTER) 



The value of COUNTER will 
character string of eleve 
rules for conversion speci 
value of this length, 
character, will result 
length 11, three blanks 
decimal digits) . The valu 
most eight characters o 
string will be taken to 
specification. Then if 
specification is KEYLEN= 
NAME will be taken to be 
specification. 



be converted to a 

n characters (the 

fy that a binary 

when converted to 

in a string of 

followed' by eight 

e of the right- 

f the converted 

be the region 

the key length 

15, the value of 

the comparison 



In any of these exampl 
tion were output, the sear 
the beginning of the track 
specified, and the reco 
record would be written in 
lable _ space. In either 
the region specification 
the beginning of the area 
is to commence; it does 
specific position where 
found or where it is to be 



es, if the opera- 

ch would begin at 
of the region 

rded key and the 
the first avai- 
input or output, 

indicates merely 
where the search 
not indicate a 

the record can be 
written. 



The closer a logical record is to the 
specified region, the more efficient it 
becomes to access the record, because the 
search continues through the entire data 
set, going from the region speicified to the 
end of the data set, then from the begin- 
ning of the data set back to the specified 
region. The search can be limited, howev- 
er, by the DD statement DCB subparameter 
LIMCT=n, where n is the number of regions 
to be searched. The search will continue 
only through the track containing the 
region whose number is given by r+n-1 , 
where r is the region number specified in 
the source key. 



The regional 
REGI0NAL(2) data 
16,777,215 in value. 



specification for 
sets Ccinnot exceed 



In a REGIONAL data set, a source key 
must be specified, but it need be no longer 
than one character. For example: 

KEY('3') 

The character '3' represents the region 
number. The comparison key, if shorter 
than the KEYLEN specification, is extended 
on the right with blanks. If KEYLEN=8 is 
specified, the comparison key will be con- 
sidered to be '3bbbbbbb'. 



REGIONAL (3) Organization: A data set with 
REGI0NALf3) organization contains unblocked 
logical records with F-, V-, or U-formats. 
Each record also has a recorded key, which 
is used like the recorded key in 
REGI0NAL(2) organization. 

Each region in a data set with 
REGI0NAL(3) organization, differing from 
REGIONAL (2) , corresponds to a trac k on the 
direct-access storage device; therefore, 
the source key for a REGIONAL (3) data set 
is the same as for REGIONAL (2), except that 
the region specification specifies a rela- 
tive track number. 

The search for matching source and 
recorded keys is the same as the search in 
REGIONAL (2) organization, except that the 
value of the region number (relative track 
number) must not exceed 32,767, and LIMCT, 
if specified in the DD statement, limits 
the number of tracks to be searched. Logi- 
cal records are inserted into the first 
available space within, or following, the 
specified region. 



Comparisons of REGIONAL Types; Records in 
a REGIONAL data set are either "actual," 
representing valid data, or "dummy," rep- 
resenting deleted records. Unlike INDEXED 
data sets, REGIONAL data sets do not 
require the DCB subparameter OPTCD=L in the 
DD statement to eliminate deleted records 
or to create dummy records. Dummy records, 
in F-format, are identical in REGI0NAL(2) 
and REGI0NAL(3) data sets. Since record 
lengths of U-format or V-format cannot be 
known beforehand, dummy records cannot be 
used for REGIONAL (3) data sets of U-format 
or V-format records. The system, however, 
maintains counts of space used and space 
available on each track in the capacity 
record for that track. 

When a REGIONAL file is opened for 
DIRECT OUTPUT, the whole of the initial 
allocation of space is initialized. For 
F-format records, it is filled with dummy 
records; for U-format or V-format records, 
a capacity record is written for each 
track, which indicates that the track con- 
tains no records. 
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When a REGIONAL file is created by 
SEQUENTIAL OUTPUT with F- format records, 
regions that are incomplete when the region 
number is incremented, are filled out with 
dummy records. For U- format and V-format 
records ,i the capacity record of each track 
(i.e., region) is written when the region 
number is incremented. When the file is 
closed, the remainder of the current extent 
is initialized. 

For retrieving records, a DIRECT file 
associated with a REGIONAL data set can 
have either INPUT or UPDATE attributes. 
For retrieving records, a SEQUENTIAL file 
associated with a REGIONAL data set must 
have the INPUT or UPDATE attribute. For 
REGIONAL (1) and REGIONAL (2) data sets, 
sequential access occurs in the order of 
ascending relative records. For 
REGIONALO), it occurs in the order of 
ascending relative tracks. The values of 
recorded keys do not affect the order of 
sequential access and the KEY option cannot 
be used. All records within a REGIONAL(l) 
data set, whether dummy or actual, are 
retrieved in sequence; therefore, the PL/I 
program should be prepared to recognize 
dummy records when they are in REGIONAL (1) 
data sets (the constant (8)'1*B in the 
initial byte) . Dummy records in 
REGIONAL (2) and REGIONALO) data sets are 
not made available to the program when 
accessed sequentially. 

When a REGIONAL data set is associated 
with a file that has the DIRECT attribute, 
records can be retrieved, added, deleted, 
and replaced according to the following 
conventions: 



1 . Retrie val 

REGIONAL (1) 

REGIONAL (2) 



All records, whether 
dummy or actual, can be 
retrieved. 

Dummy records cannot be 
retrieved. 



REGIONALO) 



3. Deletion 



REGIONAL (1) 



REGIONAL (2) 



REGIONALO) 



4 . Replacement 
REGIONAL (1) 



been permitted by the 
DCB subparameter LIMCT 
in a DD statement) . 

For F-format records, 
addition is the same as 
that for REGIONAL (2). 
V- and U-format records 
are added to available 
space within specified 
tracks (or within sub- 
sequent tracks if 
extended searches have 
been permitted by the 
DCB subparameter LIMCT 
in a DD statement) . 



The specified record is 
marked as a dummy 
record. The record 
space is available for 
re-use. 

The specified record is 
marked as a dummy 
record. The recorded 
key is replaced with a 
dummy key. The record 
space is available for 
re-use . 

For F-format records, 
deletion is the same as 
for REGIONAL (2). V- 
and U-format records 
are marked as dummy 
records. The recorded 
keys are replaced with 
dummy keys. The record 
space is not available 
for re-use. 



The specified record, 
whether dummy or 
actual, is rewritten. 



REGIONALO) 



2. Addition 



Dummy records cannot be 
retrieved. 



REGIONAL (2) A record with the spec- 
ified key must exist. 
The record is rewrit- 
ten. 



REGIONAL (1): Addition involves the 
replacement of existing 
records, whether dummy 
or actual (no error 
condition is raised in 
either case) . 



REGIONALO): Replacement is the same 
as for REGI0NAL(2). 
All reccrd formats are 
rewritten. 



REGIONAL (2): Addition involves the 
replacement of dummy 
records within speci- 
fied regions (or within 
subsequent regions if 
extended searches have 



Volume Disposition 



The volume disposition options allow the 
user to specify the action to be taken (1) 
when the end of a magnetic tape- volume is 
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reached and (2) when a data set on a 
magnetic tape volume is closed normally or 
abnormally. 



The action specified by the LEAVE option 
depends on the volume position. 



1. 



2. 



If the end of the volume has been 
reached, no repositioning of the tape 
occurs and the channel is freed. 



If a data set 
abnormally before 
urae, the tape i 
end of the data 
already there) 
current volume if 
set is being acce 
kept busy during 



is closed normally or 
the end of the vol- 

s repositioned at the 
set (unless it is 

or at the end of the 
a multivolume data 

ssed. The channel is 

repositioning. 



The REWIND option allows the end-of- 
volume or data-set-closure tape action to 
be controlled by the DISP field of the 
associated DD statement. If 
DISP= (Stat us, DELETE) is specified in the DD 
statement, the tape is rewound but not 
unloaded. If DISP= (status, KEEP] CATLG| 
UNCATLG) is specified, the tape is rewound 
and unloaded. if DISP= (status, PASS) is 
specified, the tape is wound on to the end 
of the data set,, unless a BACKWARDS file is 
being used, in which case the tape is 
repositioned at the beginning of the data 
set. When DISP= (status, PASS) is specified, 
the channel is kept busy when positioning; 
in the other two cases the channel is freed 
when positioning. 

If neither LEAVE nor REWIND is specified 
in the options list of the ENVIRONMENT 
attribute, the tape is repositioned at the 
beginning of the current data set on the 
current volume. The channel is kept busy 
while repositioning. 

If both LEAVE and REWIND are specified 
as options of the ENVIRONMENT attribute, 
REWIND is ignored. 



Carriage control 



The carriage control options in the 
ENVIRONMENT attribute specify that the 
first character of a rtscord is to be 
interpreted as a carriage control 
character. 

1. The CTLASA option specifies ASA stand- 
ard control characters. 

2. The CTL360 option specifies IBM 
System/360 machine code control char- 
acters. 



Data Interchange 



The COBOL option in the ENVIRONMENT 
attribute specifies that the file will 
contain structures mapped according to the 
COBOL (F) algorithm. This type of file is 
subject to the following restrictions: 



1. 



The file can be used only for READ 
INTO and WRITE FROM statements. 



The EVENT option cannot be 
the above statements. 



used with 



3. If an ON-condition arises as a result 
of the READ INTO statement, the varia- 
ble named in the INTO option cannot be 
used in the on- unit, and return from 
the on-unit must be normal if the 
completed variable is required. 



U. The file name cannot be passed as an 
argument. 



Dat a Management Optimization 



The data management optimization options 
in the ENVIRONMENT attribute increase pro- 
gram efficiency, in certain circumstances, 
when DIRECT INDEXED data sets are to be 
accessed. 

The INDEXAREA option improves the 
input/output speed of a DIRECT INPUT or 
DIRECT update' file with INDEXED data set 
organization, by having the highest level 
of index placed in main storage. The 
"index area size," when specified, must be 
a decimal integer constant whose value lies 
within the range zero through 32,767. If 
an index area size is not specified, the 
highest level index is moved unconditional- 
ly into main storage. If an index area 
size is specified, the highest level index 
is held in main storage, provided that its 
size does not exceed that specified- if 
the specified size is less than zero or 
greater than 32,767, the compiler issues a 
warning message and ignores the option. 

The NOWRITE option can be specified only 
for DIRECT UPDATE files with INDEXED data 
set organization. It informs the compiler 
that no records are to be added to the data 
set and that data management modules con- 
cerned solely with adding records are not 
required; it thus allows the size of the 
compiled program to be reduced. 
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Key Clas s ification 



The GENKEY (generic key) option applies 
only to INDEXED data sets. It enables the 
programmer to classify keys recorded in a 
data set and to use a SEQUENTIAL KEYED 
INPUT or SEQUENTIAL KEYED UPDATE file to 
access records according to their key 
classes. 

A generic key is a character string that 
identifies a class of keys: all keys that 
begin with the string are members of that 
class. For example, the recorded keys 
'ABCD', "ABCE", and 'ABDF' are all members 
of the classes identified by the generic 
keys 'A" and 'AB', and the first two are 
also members of the class 'ABC; and the 
three recorded keys can be considered to be 
unique members of the classes 'ABCD', 
'ABCE', and 'ABDF', respectively. 

The GENKEY Option allows the programmer 
to start sequential reading or updating of 
an INDEXED data set from the first non- 
dummy record that has a key in a particular 
class; the class is identified by the 
inclusion of its generic key in the KEY 
option of a READ statement. Subsequent 
records can be read by READ statements 
without the KEY option. No indication is 
given when the end of a key class is 
reached. 

In the following example, an embedded 
key with a length of more than three bytes 
is assujTted at the beginning of each record: 

DCL IND FILE RECORD SEQUENTIAL KEYED 
UPDATE ENV (INDEXED GENKEY) ; 



READ FILE(IND) INTO(INFIELD) KEYCABC); 
IF SUBSTR ( INFIELD, 1, 3) T= 'ABC THEN GO TO 

END; 



NEXT: READ FILE (IND) INTO (INFIELD); 



GO TO NEXT; 

The first READ statement causes the first 
non-dummy record in the data set whose key 
begins with 'ABC to be read into INFIELD; 
each time the second READ statement is 
executed, the non-dummy record with the 
next higher key will be retrieved. 
Repeated execution of the second READ 
statement could result in reading records 
frcxn higher key classes since no indication 
is given when the end of a key class is 
reached. It is the responsibility of the 
programmer to check each key if he does not 



wish to read beyond the key class. Any 
subsequent execution of the first read 
statement would reposition to the first 
record of the key class 'ABC. 



DATA TRANSMISSION 



As discussed earlier in this chapter, 
PL/I provides two types of data transmis- 
sion, stream-oriented and record- oriented. 

With stream-oriented transmission, a 
data set is considered to be a continuous 
stream of data items in character form; 
internal bit-string representations and the 
internal formats of coded arithmetic data 
do not appear in the stream. Data items 
are assigned from the stream to program 
variables or from program variables (or 
expressions) into the stream, with 
appropriate conversion from or. to character 
form. Stream-oriented transmission state- 
ments ignore the physical and logical boun- 
daries between records. 

With record-oriented transmission, a 
data set is treated as a collection of 
logical records,, each of which consists of 
one or more data items. The data items can 
have any representation, internal or exter- 
nal, that is acceptable to the computer, 
and there is no data conversion. Each 
logical record is transmitted as a unit to 
or from a program variable. 

Stream trans nission uses only two input 
and output statements, GET and PUT, which 
get the next series of data items from the 
stream or put a specified set of data items 
into the stream. In record transmission, 
the corresponding statements are READ and 
WRITE, which read a logical record from the 
data set or write a specified logiccil 
record into the data set. A third state- 
ment,, REWRITE, causes replacement of cin 
existing record in an UPDATE file. 

A fourth statement, LOCATE, is used for 
based variables only; it allocates storage 
for the variable in an output buffer, and 
writes out the record automatically at the 
next output statement on the file. 

It is possible for the same data set to 
be processed at different times for either 
stream transmission or record transmission; 
however, all items in the data set would 
have to be in character form. 

One of the attributes, STREAM or RECORD, 
specified for the file associated with a 
data set determines which transmission 
method is applicable to the file each time 
it is opened. 
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STREAM-ORIENTED TRANSMISSION 



There are three modes of stream trans- 
mission: list-directed , data -directe d, and 
edit- directed . All three modes use the 
same statements for input and output, the 
GET and PUT statements. These statements, 
in general, require the following informa- 
tion for each mode: 

1. The name of the file associated with 
the data set from which data is to be 
obtained or to which data is to be 
assigned. 



items, however, are character strings that 
express the value in decimal representa- 
tion. 

For PRINT files, data items are automat- 
ically aligned on implementation-defined 
preset tab positions. For the F Compiler, 
these positions are 1, 25, 49, 73, 97, and 
121, but provision is made for the program- 
mer to alter these values (for information, 
see the publication IBM System/36 Operat- 
ing System, PL/I ( F) Programmer's Guide , 

Form C28-6594) . 



2. 



A list of program variables to which 
data items are to be assigned during 
input or from which data items are to 
be obtained during output. This list 
is called a data list. On output, the 
data list also can include constants 
and other expressions. 



3. 



The format 
stream. 



of each data item in the 



Under certain conditions all of this 
required information can be implied; in 
other cases, only a portion of it need be 
stated explicitly. If the file name is not 
specified, one of the standard files, SYSIN 
or SYSPRINT, is assumed; this applies to 
each of the three modes. In list-directed 
and data-directed transmission, the formats 
of data items are not specified in GET and 
PUT statements; and in data-direct€Jd 
transmission, even the data list need not 
be specified. 



List-Directed Transmission 



List-directed transmission permits the 
user to specify the variables to which data 
is assigned and to specify data to be 
transmitted without specifying the format. 

Input: In general, the data items in the 
stream are character strings in the form of 
optionally signed valid constants or in the 
form of expressions that represent complex 
constants. The variables to which the data 
is to be assigned are specified by a data 
list. Items are separated by a comma 
and/or one or more blanks. 

Output ; The data values to be transmitted 
are specified by a variable, a constant, or 
an expression that represents a data item. 
Each data item placed in the stream is a 
character-string representation that 
reflects the attributes of the variable. 
Items are separated by a blank. Leading 
zeros of arithmetic datci are suppressed. 
Binary fixed-point and floating-point 



Data-Directed Transmission 



Data-directed transmission permits the 
user to transmit self-identifying data. 



Input: Each data item in the 
the form of an assignment s 
specifies both the value and 
to which it is to be assigned, 
values are in the form of val 
Items are separated by a comma 
or more blanks. A semicolon 
group of items to be accessed 
GET statement. A data lis 
statement is optional, since t 
determines the number of i 
obtained from the stream. 



stream is in 
tatement that 
the variable 

In general, 
id constants. 

and/or one 
must end each 
by a single 
t in the GET 
he semicolon 
tems to be 



Output: The data values to be transmitted 
may be specified by an optional data list. 
Each data item placed in the stream has the 
form of an assignment statement without a 
semicolon. Items are separated by a blank. 
The last item transmitted by each PUT 
statement is followed by a semicolon. 
Leading zeros of arithmetic data are sup- 
pressed. The character representation of 
each value reflects the attributes of the 
variable, except for fixed-point and 
floating-point binary items, which appear 
as values expressed in decimal notation. 

If the data list is omitted, it is 
assumed to specify all variables that are 
known within the block containing the 
statement and are permitted in data- 
directed output. 

For PRINT files, data items are 
automatically aligned on implementation- 
defined preset tab positions, referred to 
under "List-Directed Transmission. " 



Edit-Directed Transmission 



Edit-directed transmission permits the 
user to specify the variables to which data 
is to be assigned or to specify data to be 
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transmitted. Edit-directed transmission 
allows a programmer to specify the format 
for each item on the external medium. 



Input : Data in the stream 
string of characters; dif 
are not separated. The va 
the data is to be assigne 
a data list. Format items 
in the GET statement speci 
characters to be assigned 
and describe characteristi 
(for example, the assum 
decimal point). 



is a continuous 
ferent data items 
riables to which 
d is specified by 

in a format list 
fy the number of 

to each variable 
cs of the data 
ed location of a 



DATA SPECIFICATIONS FOR STREAM TRANSMISSION 



Data specifications are given in GET and 
PUT statements to identify the data to be 
transmitted. The data specifications cor- 
respond to the modes of transmission. 



Cutput ! The data values to be transmitted 
are defined by a data list. The format 
that the data is to have in the stream is 
defined by a format list. 



Data Lists 



List-directed, data-directed, and edit- 
directed data specifications require a data 
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list to specify the data items to be 
transmitted. 

General format: 

(data-list) 

where "data list" is defined as: 

element t, element] .. . 

Syntax rules: 

The nature of the elements depends upon 
whether the data list is used for input or 
for output. The rules are as follows: 

1- On input , a data-list element for 
edit-directed and list-directed 
transmission can be one of the follow- 
ing: an element, array, oir structure 
variable, a pseudo-variable, or a 
repetitive specification (similar to a 
repetitive specification of a DO 
group) involving any of these ele- 
ments. For a data-directed data 
specification^, a data-list element can 
be an element, array,, or structure 
variable. None of the names in a 
data-directed data list can be sub- 
scripted, but qualified names are 
allowed. 

2^ On output , a data-list element for 
edit-directed and list-directed data 
specifications can be one of the fol- 
lowing: an element expression, an 
array expression, a structure expres- 
sion,, or a repetitive specification 
involving any of these elements. For 
a datci-directed data specification, a 
data-list element can be an element, 
array, or structure variable, or a 
repetitive specification involving any 
of these elements. Subscripts are 
allowed for data-directed output. 

3- The elements of a data list must be of 
arithmetic or string data type. 

4- A data list must always be enclosed in 
parentheses. 



Repetitive Specification 

The general format of a repetitive 
specification is shown in Figure 8-1. 

Syntax rules: 

!• An element in the element list of the 
repetitive specification can be any of 
those allowed as data-list elements as 
listed above. 



2. The expressions in the specification, 
which are the same as those in a DO 
statement, are described as follows: 

a. Each expression in the specifi- 
cation is an element expression. 

b. In the specification, expression 1 
represents the starting value of 
the control variable or pseudo- 
variable. Expression 3 represents 
the increment to be added to the 
control variable after each 
repetition of data-list elements 
in the repetitive specification. 
Expression 2 represents the termi- 
nating value of the control varia- 
ble. Expression 4 represents a 
second condition to control the 
number of repetitions. The exact 
meaning of the specification is 
identical to that of a DO state- 
ment with the same specification. 
When the last specification is 
completed, control passes to the 
next element in the data list. 

3. Each repetitive specification must be 
enclosed in parentheses, as shown in 
the general format. Note that if a 
repetitive specification is the only 
element in a data list, two sets of 
outer parentheses are required, since 
the data list must have one set of 
parentheses and the repetitive speci- 
fication must have a separate set. 

4. As Figure 8-1 shows, the "speci- 
fication" portion of a repetitive 
specification can be repeated a number 
of times, as in the following form: 

DO I = 1 TO 4, 6 TO 10 

Repetitive specifications can be nest- 
ed; that is, an element of a repeti- 
tive specification can itself be a 
repetitive specification. Each DO 
portion must be delimited on the right 
with a right parenthesis (with its 
matching left parenthesis added to the 
beginning of the entire repetitive 
specification) . 

When DO portions are nested, the 

rightmost DO is at the outer level of 

nesting. For example, consider the 

following statement: 

GET LIST (((A(I,J) DO I = 1 TO 2) 
DO J = 3 TO 4 ) ) ; 

Note the three sets of parentheses, in 
addition to the set used to delimit 
the subscript. The outermost set is 
the set required by the data list; the 
next is that required by the outer 
repetitive specification. The third 
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(element [, element] .. .DO 



variable 



pseudo- variable 



n 



specif ication[, specification] . . . ) 



A "specification" has the following format: 



expression-1 



r 



TO expression- 2 [BY express 
BY expression- 3 [TO express 
Figure 8-1. General Format for Repetitive Specifications 



>ion-3]"T| 
; ion- 2] J 



[WHILE ( express ion-U) ] 



L 



set of parentheses is that required by 
the inner repetitive specification. 
This statement is equivalent to the 
following nested DO-groups: 



DO J = 3 TO ^; 
D0 I = 1 TO 2; 
GET LIST (A (I,J)) ; 

END; 
END; 



It gives values to the elements of the 
array A in the following order: 



A(l,3), A(2,3), A(l,4), A(2,4) 



Note; Although the DO keyword is used 
in "^the repetitive specification, a 
corresponding END statement is not 
allowed. 



Transmission of Data-List Elements 



If a data-list element is of complex 
mode, the real part is transmitted before 
the imaginary part. 



If a data-list element is an array 
variable, the elements of the array are 
transmitted in row-major order, that is, 
with the rightmost subscript of the array 
varying most frequently. 



If a data-list element is a structure 
variable, the elements of the structure are 
transmitted in the order specified in the 
structure declaration. 



For example, if a declaration is: 

DECLARE 1 A (10), 2 B, 2 C; 

then the statement: 

PUT FILE(X) LIST(A); 

would result in the output being ordered as 
follows: 

A.B(l) A.C(l) A.B(2) A.C(2) A.B(3) 
A.C(3) . . .etc. 

If, however, the declaration had been;; 

DECLARE 1 A, 2 B(10), 2 C(10); 

then the same PUT statement would result in 
the output being ordered as follows: 

A.B(l) A.B(2) A.B(3) . ..A.B(IO) 
A.C(l) A.C(2) A.C(3)...A.C(10) 

If, within a data list used in an input 
statement for list-directed or edit- 
directed transmission, a variable is 
assigned a value, this new value is used if 
the variable appears in a later reference 
in the data list. For example: 

GET LIST (N, (X(I) DO 1=1 TO N) , J, K,, 
SUBSTR (NAME, J,K)); 

When this statement is executed, data is 
transmitted and assigned in the following 
order: 

1. A new value is assigned to N. 

2. Elements are assigned to the array X 
as specified in the repetitive speci- 
fication in the order 
X(l) ,X(2), .. .X(N), with the new value 
of N used to specify the number of 
items to be assigned. 

3. A new value is assigned to J. 
U. A new value is assigned to K. 



108 



A substring of length K is assigned to 
the string variable NAME, beginning at 
the Jth character. 



LIST-DIRECTED DATA SPECIFICATION 



General format for a list-directed data 
specification, either input or output, is 
as follows: 

LIST (data-list) 

The data list is described in the preceding 
discussion. The keyword LIST must appear 
to specify the list-directed mode of trans- 
mission. 



L ist-Directed Data in the Stream 

Data in the stream, either input or 
output, is of character data type and has 
one of the following general forms: 

[+|-] arithmetic-constant 

character-string-constant 

bit-string-constant 

[+]-] real-constant {+ |-} imaginary-constant 

These forms correspond exactly to the forms 
used for writing optionally signed con- 
stants in a PL/I program. However, sterl- 
ing constants cannot be used. A string 
constant must be one of the two permitted 
forms listed above; iteration and string 
repetition factors are not allowed. A 
blank must not precede the central + or - 
in complex expressions. 



L ist-Directed Input Format 



the first non-blank character in the data 
set being a comma, or by two commas sepa- 
rated by an arbitrary number of blanks. A 
null field specifies that the value of the 
associated item in the data list is to 
remain unchanged. 

The transmission of the list of con- 
stants on input is terminated by expiration 
of the list or by the end-of-file condi- 
tion. In the former case, positioning in 
the stream for the next GET statement is 
always at the character following the first 
blank or comma following the last data item 
transmitted. More than one blank can sep- 
arate two data items, and a comma separator 
may be preceded or followed by one or more 
blanks. In such cases, a subsequent GET 
statement will ignore intervening blanks 
and the comma (if present) and will access 
the next data item. However, if an edit- 
directed GET statement should follow, the 
first character accessed will be the 
character to which the file has been posi- 
tioned (in other words, the next data item 
will begin with the first character follow- 
ing the blank or comma that separated it 
from the previous data item) . 

If the data is a character-string con- 
stant, the surrounding quotation marks are 
removed,, and the enclosed characters are 
interpreted as a character string. 

If the data is a bit-string constant, 
enclosing quotation marks and the trailing 
character B are removed, and the enclosed 
characters are interpreted as a bit string. 

If the data is an arithmetic constant or 
complex expression, it is converted to 
coded arithmetic form with the base, scale, 
mode, and precision implied by the con- 
stant. 

Data type conversions follow the rules 
for conversion from character type,, as 
listed in Part II, Section F, "Problem Data 
Conversion." 



When the data named is an array, the 
data consists of constants, the first of 
which is assigned to the first element of 
the array, the second constant to the 
second element, etc.,, in row-major order. 

A structure name in the data list rep- 
resents a list of the contained element 
variables and arrays in the order specified 
in the structure description. 

On input, data items in the stream must 
be separated either by a blank or by a 
comma. This separator may be surrounded by 
an arbitrary number of blanks. A null 
field in the stream is indicated either by 



List-Directe d Output Format 



The values of the element variables and 
expressions in the data list are converted 
to character representations and transmit- 
ted to the data stream. 

A blank separates successive data items 
transmitted. (For PRINT files, items are 
separated according to program tab set- 
tings,. ) 

The length of the data field placed in 
the stream is a function of the attributes 
of the data item, including precision and 
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length. Detailed discussions of the con- 
version rules and their effect upon preci- 
sion are listed in the sections covering 
conversion to character type in Part II, 
Section F, "Problem Data Conversion." 



Fixed-point and floating-point binary 
data items are converted to decimal nota- 
tion before being placed in the stream. 



For numeric character values, 
character-string value is transmitted. 



the 



Bit strings are converted to character 
representation of bit-string constants, 
consisting of the characters and 1, 
enclosed in quotation marks, and followed 
by the letter B. 

Character strings are written out. If 
the file does not have the attribute PRINT, 
enclosing quotation marks are supplied, and 
contained single quotation marks or apos- 
trophes are replaced by two quotation 
marks. The field width is the current 
length of the string plus the number of 
added quotation marks. If the file has the 
attribute PRINT, enclosing quotation marks 
are not supplied, and contained single 
quotation marks or apostrophes are unmodi- 
fied. The field width is the current 
length of the string. 

Examples of list-directed data specifi- 
cations : 

LIST (CARD, RATE, DYNAMIC_FLOW) 

LIST ( (THICKNESS (DISTANCE) 
DO DISTANCE = 1 TO 1000)) 

LIST (P, Z, M, R) 

LIST (A*B/C, (X+y)**2) 

The specification in the last example 
can be used only for output, since it 
contains operational expressions. Such 
expressions are evaluated when the state- 
ment is executed, and the result is placed 
in the stream. 



General rules: 

1. The data list is described in "Data 
Lists" in this chapter. It cannot 
include parameters, defined variables, 
or based variables. For input, the 
data list cannot contain subscripted 
names. Names of structure elements in 
the data list need only have enough 
qualification to resolve any ambigui- 
ty; full qualification is not 
required. 

2. Option 1 implies that a data list is 
assumed. This assumed data list con- 
tains all the names that are known to 
the block and are valid for data- 
directed transmission. On input,, if 
the stream contains a name not known 
within the block, the NAME condition 
is raised. If the assumed data list 
contains a name that is not included 
in the stream, the value of the 
associated variable remains unchanged. 
On output, all items in the assumed 
data list are transmitted. 

3. Recognition of a semicolon or an end 
of file in the stream on input causes 
transmission to cease, whether or not 
a data list is specified. On output, 
a semicolon is written into the stream 
after the last data item transmitted 
by each PUT statement. 



Data-Directed Data in the Stream 



The data in the stream associated with 
data-directed transmission is in the form 
of a list of element assignments having the 
following general format (the optionally 
signed constants, like the variable names 
and the equal signs, are in character 
form) : 

element-variable = constant 

[ {b| , } element-variable = constant] . . . ; 

General rules: 

1. The element variable may be a sub- 
scripted name. Subscripts must be 
optionally signed decimal integer con- 
stants. 



DATA-DIRECTED DATA SPECIFICATION 

General format for a data-directed data 
specif icatioUff either for input or output, 
is as follows: 

Option 1: DATA 

Option 2: DATA (data- list) 



2. On input, the element assignments may 
be separated by either a blank (b in 
the above format) or a comma. Redun- 
dant blanks are ignored. On output, 
the assignments are separated by a 
blank. 

3. Each constant in the stream has one of 
the forms described for list-directed 
transmission. 
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Data-Directed Input Format 

General rules for data-directed input ; 

1. If the data specification in option 1 
is used,, the names in the stream may 
be any names known at the point of 
transmission. Qualified names in the 
input stream must be fully qualified. 

2« If option 2 is used, each element of 
the data list must be an element, 
array, or structure variable. Names 
cannot be subscript ed» but qualified 
names are allowed in the data list. 
All names in the stream should appear 
in the data list; however, the order 
of the names need not be the same, and 
the data list may include names that 
do not appear in the stream. If a 
name appears in the stream but not in 
the data list, the NAME condition is 
raised. 

For example, consider the following 
data list, where A, B, C, and D are 
names of element variables: 

DATA (B, A,, C, D) 

This data list may be associated with 
the following input data stream: 

A= 2.5, B= .0047, D= 125, Z= 'ABC'; 

Note; C appears in the data list but 
not in the stream, and Z,, not in the 
data list, will raise the NAME condi- 
tion. The value of c will be unalt- 
ered. 

3, If the data list in option 2 includes 
the name of an array, subscripted 
references to that array may appear in 
the stream although subscripted names 
cannot appear in the data list. The 
entire array need not appear in the 
stream; only those elements that 
actually appear in the stream will be 
assigned. 

Let X be the name of a two-dimensional 
array declared as follows: 

DECLARE X (2,3) ; 

Consider the following data list and 
input data stream: 

Data List Input Cata Stream 
DATA (X) X(l,l)= 7.95, X(l,2)= 8085, 
X(l,3)= 73; 

Although the data list has only the 
name of the array,, the associated 
input stream may contain values for 



individual elements of the array. In 
this case, only three elements are 
assigned; the remainder of the array 
is unchanged. 

4. If the data list includes the names of 
structure elements, then fully quali- 
fied names must appear in the stream, 
although full qualification is not 
required in the data list. Consider 
the following structures: 

DECLARE 1 CARDIN, 2 PARTNO, 2 DESCRP, 

2 PRICE„ 3 RETAIL, 3 WHSL, 

1 CARDOUT, 2 PARTNO, 2 DESCRP, 

2 PRICE, 3 RETAIL, 3 WHSL; 

If it is desired to read a value for 
CARDIN. PRICE. RETAIL, the data specifi- 
cation and input data stream could 
have the following forms: 

Data Specifi cation Inp u t Data Stream 
DATA (CARDIN. RETAIL) CARDIN. PRICE. 

RETAIL = 4.28; 

5. Interleaved subscripts cannot appear 
in qualified names in the stream. All 
subscripts must be moved all the way 
to the right, following the last name 
of the qualified name. For example, 
assume that Y is declared as follows: 

DECLARE 1 Y(5, 5),2 A (10). ,3 B, 
3 C, 3D; 

An element name would have to appear 
in the stream as follows: 

Y.A.B(2,3, 8)= 8.72 

The name in the data list, of course, 
could not contain the subscript. 



Data-Directed Output Format 



General rules for data-directed output : 

1. An element of the data list may be an 
element,, array, or structure variable, 
or a repetitive specification involv- 
ing any of these elements or further 
repetitive specifications,. Subscript- 
ed names can appear. The names 
appearing in the data list, together 
with their values, are transmitted in 
the form of a list of element assign- 
ments separated by blanks and termi- 
nated by a semicolon. (For PRINT 
files, items are separated according 
to program tab settings.) 

2. Array variables in the data list are 
treated as a list of the contained 
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subscripted 
order. 



elements 



in row-ma 3 or 



6. 



In the following cases, data-directed 
output is not valid for subsequent 
data-directed input: 



Let X be an array declared as follows: 

DECLARE X (2,4); 

Let X appear in a data list as fol- 
lows: 

DATA (X) 

Then, on output, the output data 
stream would be as follows: 

X(l,l)= 1 X(l,2)= 2 X(l,3)= 3 
X(1,U)= 4 X(2,l)= 5 X(2,2)= 6 
X(2,3)= 7 X{2,4)= 8; 

Note; In actual output, more than one 
blank would follow the equal sign. In 
conversion from coded arithmetic to 
character, leading zeros are converted 
to blanks, and up to three additional 
blanks may appear at the beginning of 
the field. 

3. Subscript expressions that appear in a 
data list are evaluated and replaced 
by the value. 

4. Items that are part of a structure 
appearing in the data list are trans- 
mitted with the full qualification, 
but subscripts follow the qualified 
names rather than being interleaved. 
If a data list is specified for a 
structure element transmitted under 
data-directed output as follows: 

DATA (Y(1,-3).Q) 

then the associated data field in the 
output stream is as follows: 

Y.Q(l,-3)= 3.756; 

5. Structure names in the data list are 
interpreted as a list of the contained 
element or array elements, and any 
contained arrays are treated as above. 

Consider the following structure: 

1 A, 2 B, 2 C, 3 D 

If a data list for data-directed out- 
put is as follows : 

DATA (A) 



When the precision 
fixed-point variabl 
the assumed point 
side the field with 
intervening; that 
cision (p,q) p is 1 
q is less than 
case an exponent i 
preceded by a le 
not valid for conve 
metic type. ) 



attribute 
e is such 
is located 

assumed 
is, if for 
ess than q 
zero. (In 
s transmi 
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of a 
that 
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ch is 
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b. 



When the character-string value of 
a niameric character variable does 
not represent a valid optionally 
signed arithmetic constant. For 
example, this is always true for 
complex numeric character varia- 
bles. 



Length of Da ta-Directed Ou tput Fields 



The length of the data field on the 
external medium is a function of the attri- 
butes declared for the variable and,, since 
the name is also included, the length of 
the fully qualified subscripted name. The 
field length for output items converted 
from coded arithmetic data, numeric charac- 
ter data, and bit-string data is the same 
as that for list-directed output data,, and 
is governed by the rules for data conver- 
sion to character type as described in Part 
II,, Section F, "Problem Data Conversion." 

For character-string data, the contents 
of the character string are written out 
enclosed in quotation marks. Each quota- 
tion mark or apostrophe contained within 
the character string is represented by two 
successive quotation marks. 

In the example shown in Figure 8-2, 
assume that A is declared as a one- 
dimensional array of six elements; B is a 
one-dimensional array of seven elements. 
The procedure calculates and writes out 
values for A(I) = B(I+1) + B(I). 



EDIT-DIRECTED DATA SPECIFICATION 



then, if the values of B and D were 2 
and 17, respectively, the associated 
data fields in the output stream would 
be as follows: 

A.B= 2 A.C.D= 17; 



General format for an edit-directed data 
specification, either for input or output, 
is as follows: 

EDIT (data-list) (format-list) 

[ (data-list) (format-list) ] . . ,. 
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AB: PROCEDURE; 

DECLARE AC6) , B(7) ; 
GET FILE (X) DATA (B) ; 
DO I = 1 TO 6; 
A (I) = B (I+l) + B (I) ; 
END; 

PUT FILE (Y) DATA (A) ; 
END AB; 
Figure 8-2. Example of Data-Directed Transmission (Both Input and Output) 



Input Stream 

B{1)=1, B(2)=2, B(3)=3, 

B(4)=l, B(5)=2, B{6)=3, B(7)=4; 

Output stream 

A(l)= 3 A(2)= 5 A(3)= U A{4)= 3 

A(5)= 5 A(6)= 7; 

. J 



3. 



4. 



The data list., which must be enclosed 
in parentheses, is described above in 
"Data Lists." The format list, which 
also must be enclosed in parentheses, 
contains one or more format items. 
There are three types of format items: 
data format items, which describe data 
in the stream; control format items, 
which describe page, line, and spacing 
operations; and remote format items,, 
which specify the label of a separate 
statement that contains the format 
list to be used. Format lists and 
format items are discussed in more 
detail in "Format Lists," below. 
Edit-directed transmission is the only 
mode that can be used for reading or 
writing sterling data, by use of a 
picture specification. 

For input, data in the stream is 
considered to be a continuous string 
of characters not separated into indi- 
vidual data items. The number of 
characters for each data item is spec- 
ified by a format item in the format 
list. The characters are treated 
according to the associated format 
item. 

For output, the value of each item in 
the data list is converted to a format 
specified by the associated format 
item and placed in the stream in a 
field whose width also is specified by 
the format item. 

For either input or output, the first 
data format item is associated with 
the first item in the data list,, the 
second data format item with the sec- 
ond item in the data list, and so 
forth* If a format list contains 
fewer format items than there are 
Items in the associated data list, J;.he 
forma t,„list^ 1^ re-nsed ; if there are 
excessive format items, they are 



Suppose a format list con- 
tains "five data format items and its 
associated data list specifies ten 
items to be transmitted. Then the 
sixth item in the data list will be 
associated with the first data format 
item, and so forth. Suppose a format 
list contains ten data format items 
and its associated data list specifies 
only five items. Then the sixth 
through the tenth format items will be 
ignored. 

5- An array or structure variable in a 
data list is equivalent to n items in 
the data list, where n is the number 
of element items in the array or 
structure, each of which will be asso- 
ciated with a separate use of a data 
format item. 

6. If a data list item is associated with 
a control format item, that control 
action is executed, and the data list 
item is paired with the next format 
item. 

7. The specified transmission is complete 
when the last item in the data list 
has been processed using its corres- 
ponding format item. Subsequent for- 
mat items, including control format 
items, are ignored. 

8. On output,, data items are not automat- 
ically separated, but arithmetic data 
items generally include leading blanks 
because of data conversion rules and 
zero suppression. 

Examples : 

GET EDIT (NAME, DATA, SALARY) 

(A(N), X(2)„ A(6), F{6,2)); 

PUT EDIT (' INVENTOR Y=' I I INUM,INVCODE) 
(A,F(5)); 
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The first example specifies that the 
first N characters in the stream are to be 
treated as a character string and assigned 
to NAME; the next two characters are to be 
skipped; the next six are to be assigned to 
DATA in character format; and the next six 
characters are to be considered as an 
optionally signed decimal fixed-point con- 
stant and assigned to SALARY. 

The second example specifies that the 
character string •INVENT0RY=* is to be 
concatenated with the value of INUM and 
placed in the stream in a field whose width 
is the length of the resultant string. 
Then the value of INVCODE is to be convert- 
ed to character to represent an optionally 
signed decimal fixed-point integer constant 
and is then to be placed in the stream 
right^adjusted in a field with a width of 
five characters (leading characters may be 
blanks) . Note that operational expressions 
and constants can appear in output data 
lists only. 



Format L i sts 

Each edit-directed data specification 
requires its own format list. 

General format: 

(format-list) 

where "format list" is defined as: 



, item 

, n item 

, n (format-list) 



item 

n item 

n (format-list)) 

Syntax rules: 



Each "item" represents a format item 
as described below. 

The letter n represents an iteration 
factor, which is either an expression 
enclosed in parentheses or an unsigned 
decimal integer constant.. If it is 
the latter, a blank must separate the 
constant and the following format 
item. The iteration factor specifies 
that the associated format item or 
format list is to be used n successive 
times. A zero or negative iteration 
factor specifies that the associated 
format item or format list is to be 
Sikipped and not used (the data list 
item will be associated with the next 
format item) . If an expression is 
used to represent the iteration fac- 



tor, it is evaluated and converted to 
an integer once for each set of itera- 
tions. The associated format item or 
format list is that item or list of 
items immediately to the right of the 
iteration factor- 
General rule: 

There are three types of format 
items: data format items, control format 
items/ and the remote format item. Data 
format items specify the external forms 
that data fields are to take. Control 
format items specify the page, line, 
column, and spacing operations. The remote 
format item allows format items to be 
specified in a separate FORMAT statement 
elsewhere in the block. 

Detailed discussions of the various 
types of format items appear in Part II, 
Section E, "Edit-Directed Format Items." 
The following discussions show how the 
format items are used in edit-directed data 
specifications. 



Data Format Items 

On input, each data format item speci- 
fies the number of characters to be asso- 
ciated with the data item and how to 
interpret the external data. The data item 
is assigned to the associated variable 
named in the data list, with necessary 
conversion to conform to the attributes of 
the variable. On output, the value of the 
associated element in the data list is 
converted to the character representation 
specified by the format item and is insert- 
ed into the data stream. 

There are six data format items: fixed- 
point (F) , floating-point (E), complex (C) , 
picture (P), character-string (A), and bit- 
string (B) . They are, in general, 
specified as follows: 

F (w(,d[„p]]) 

E (w,d[,s]) 

C (real-format-itero [, real-format- item] ) 

P 'picture-specification* 

A [(w)] 

B [(w)3 

In this list, the letter w represents an 
expression that specifies the number of 
characters in the field. The letter d 
specifies the number of digits to the right 
of a decimal point; it may be omitted for 
integers. The real format item of the 
complex format item represents the appear- 
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ance of either an F, E or P format item. 
The picture specification of the P format 
item can be either a numeric charact€5r 
specification or a character-string 
specification. On output, data associated 
with E and F format items is rounded if the 
internal precision exceeds the external 
precision. 

A third specification (£) is allowed in 
the F format item; it is a scaling factor. 
A third specification (s) is allowed in the 
E format item to specify the number of 
digits that m.ust be maintained in the first 
subfield of the floating-point number. 
These specifications are discussed in 
detail in Part II, Section E, 
"Edit-Directed Format Items. " 

Note ; Fixed-point binary and floating- 
point binary data items must always be 
represented in the input stream with their 
values expressed in decimal digits. The F 
and E format items then are used to access 
them, and the values will be converted to 
binary representation upon assignment. On 
output, binary items are converted to 
decimal values and the associated F or E 
format items must state the field width and 
point placement in terms of the converted 
decimal number. 

The following examples illustrate the 

use of format items: 

1. GET FILE (INFILE) EDIT (ITEM) (A(20)); 

This statement causes the next 2 
characters in the file called INFILE 
to be assigned to ITEM. The value is 
automatically transformed from its 
character representation specified by 
the format item A(20), to the rep- 
resentation specified by the attri- 
butes declared for ITEM. 

Note; If the data list and format list 
were used for output, the length of a 
string item need not be specified in 
the format item if the field width is 
to be the same as the length of the 
string, that is, if no blanks are to 
follow the string. 

2. PUT FILE (MASKFLE) EDIT (MASK) (B) ; 

Assume MASK has the attributes BIT 
(25); then the above statement writes 
the value of MASK in the file called 
MASKFLE as a string of 25 characters 
consisting of 0*s and I's. A field 
width specification can be given in 
the B format item. It must be stated 
for input. 

3. PUT EDIT (TOTAL) (F(6,2)); 

Assume TOTAL has the attributes FIXED 



(4,2); then the above statement speci- 
fies that the value of TOTAL is to be 
converted to the character representa- 
tion of a fixed-point number and writ- 
ten into the standard output file 
SYSPRINT. A decimal point is to be 
inserted before the last two numeric 
characters, and the number will be 
right-adjusted in a field of six char- 
acters. Leading zeros will be changed 
to blanks, and, if necessary, a minus 
sign will be placed to the left of the 
first numeric character. 

In conversion from internal decimal 
fixed-point type to character type, 
the resultant string always is three 
characters longer than p, the number 
of digits in the precision specifi- 
cation of a decimal fixed-point varia- 
ble. The extra characters may appear 
as blanks preceding the number in the 
converted string- And, since leading 
zeros are converted to blanks, addi- 
tional blanks may precede the number. 
If a decimal point or a minus sign 
appears, either will cause one leading 
blank to be replaced. 

In edit-directed output, the field 
width specification in the format item 
(in this case, the 6 in the F(6,2) 
format item) can be used to truncate 
leading zeros. In this specification, 
one zero is truncated. TOTAL would be 
converted to a character string of 
length seven. If all four digits of 
the converted number are greater than 
zero, the number, with its inserted 
decimal point, will require five digit 
positions; if the number is negative, 
another digit position will be 
required for the minus sign. Conse- 
quently, the F(6,2) specification will 
always allow all digits, the point, 
and a possible sign to appear, but 
will remove the extra blank by trunca- 
tion. 

GET FILE (A) EDIT (ESTIMATE) (E(10,6)); 

This statement obtains the next ten 
characters from the file called A and 
interprets them as a floating-point 
decimal number. A decimal point is 
assumed before the rightmost six 
digits of the mantissa. An actual 
point within the data can override 
this assumption. The value of the 
number is converted to the attributes 
of ESTIMATE and assigned to this vari- 
able. 

GET EDIT (NAME, TOTAL) 

(P'AAAAA' ,P'9999») ; 

When this statement is executed, the 
standard input file SYSIN is assumed. 



Chapter 8: Input and Output 115 



The first five characters must be 
alphabetic or blank and they are 
assigned to NAME. The next four char- 
acters must be nonblank numeric char- 
acters and they are assigned to TOTAL. 



Control Format Items 

The control format items are the spacing 
format item (X), and the COLUMN, LINE, 
PAGE, and SKIP format items. The spacing 
format item specifies relative spacing in 
the data stream. The PAGE and LINE format 
items can be used only with PRINT files 
and, consequently, can only appear in PUT 
statements. All but PAGE generally include 
expressions. LINE, PAGE, and SKIP can also 
appear separately as options in the PUT 
statement; SKIP can appear as an option in 
the GET statement. 



The following examples illustrate 
use of the control format items: 



the 



1. GET EDIT (NUMBER, REBATE) 

(A(5), X(5), A(55); 

This statement treats the next 15 
characters from the standard input 
file, SYSIN, as follows: the first 
five characters are assigned to NUM- 
BER, the next five characters are 
spaced over and ignored, and the 
remaining five characters are assigned 
to REBATE. 



PUT EDIT 

(ACCT#, BOUGHT, SOLD, 

PAYMENT, BALANCE) 
(SKIPO), A(6), C0LUMN(14), 

F(7,2), COLUMN (30), F(7,2), 

COLUMN(45), F(7,2), 

COLUMN (60), F(7,2)); 



The first PUT statement specifies that 
the heading QUARTERLY STATEMENT is to 
be written on line two of a new page 
in the standard output file SYSPRINT. 
The second statement specifies that 
two lines are to be skipped (that is, 
"skip to the third following line") 
and the value of ACCT# is to be; 
written, beginning at the first char- 
acter of the fifth line; the value of 
BOUGHT, beginning at character posi- 
tion 14; the value of SOLD, beginning 
at character position 30; the value of 
PAYMENT, beginning at character posi- 
tion 45; and the value of BALANCE at 
character position 60. 



Note ; Control format items are executed at 
the time they are encountered in the format 
list. Any control format list that appears 
after the data list is exhausted will have 
no effect. 



Remote Format Item 



2. GET FILE (IN) EDIT (MAN, OVERTIME) 

(SKIP(l), A(6), COLUMN(60), F(4,2)); 



This statement positions the data set 
associated with file IN to a new line; 
the first six characters on the line 
are assigned to MAN, and the four 
characters beginning at character 
position 60 are assigned to OVERTIME. 



3. PUT FILE (OUT) EDIT (PART, COUNT) 

(A(4), X(2), F(5)); 

This statement places in the file 
named OUT four characters that rep- 
resent the value of PART, then two 
blank characters, and finally five 
characters that represent the fixed- 
point value of COUNT. 

4. The following examples show the use of 
the COLUMN, LINE, PAGE, and SKIP 
format items in combination with one 
other* 

PUT EDIT ('QUARTERLY STATEMENT") 
(PAGE, LINE (2), A(19)); 



The remote format item (R) specifies the; 
label of a FORMAT statement (or a label 
variable whose value is the label of ci 
FORMAT statement) located elsewhere; the; 
FORMAT statement and the GET or PUT state- 
ment specifying the remote format item must 
be internal to the same block. The FORMAT 
statement contains the remotely situated 
format items. This facility permits the; 
choice of different format specifications 
at execution time, as illustrated by the 
following example: 



DECLARE SWITCH LABEL; 
GET FILE(IN) LIST(CODE); 
IF CODE = 1 

THEN SWITCH = LI; 

ELSE SWITCH = L2 ; 
GET FILE(IN) EDIT (W,X,Y, Z) 

(R(SWITCH)); 

FORMAT (4 F(8,3)); 



LI: 

L2: FORMAT (4 E(12,6)); 



SWITCH has been declared to be a label 
variable; the second GET statement can be 
made to operate with either of the two 
FORMAT statements. 
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Expressions in Format Iteims 

The w, 2* ^» ^^^ s specifications in 
data format items, as well as the specifi- 
cations in control format items, need not 
be decimal integer constants. Expressions 
are allowed. They may be variables or 
other expressions. 

On input, a value read into a variable 
can be used in a format item associated 
with another variable later in the data 
list. 

PUT EDIT (NAME, NUMBER, CITY) 
(A(N),A(N-U),A(10)) ; 

GET EDIT (M,STRING_A,I,STRING_B) 
(F(2)«A(M),X(M),F(2),A(I)) ; 

In the first example, the value of NAME is 
inserted in the stream as a character 
string left-adjusted in a field of N char- 
acters; NUMBER is left-adjusted in a field 
of N-4 characters; and CITY is left- 
adjusted in a field of 10 characters. In 
the second example, the first two 
characters are assigned to M. The value of 
M is then taken to specify the number of 
characters to be assigned to STRING_A and 
also to specify the number of characters to 
be ignored before two characters are 
assigned to I^ whose value then is used to 
specify the number of characters to be 
assigned to STRING_B. 



Note: The data specification can be omit- 
ted for STREAM OUTPUT PRINT files only if 
one of the control options appears. 

In all of the above, the data specifi- 
cation can have one of the following forms: 

LIST (data-list) 

DATA [(data-list)] 

EDIT (data-list) (format-list) 
[(data-list) (format-list)]... 

The COPY option for STREAM INPUT specifies 

that each data item is to be written,, 

exactly as read, into the standard output 
file SYSPRINT. 

Format lists may use any of the follow- 
ing format items: 



P, R, X, 
SKIP [(w)] 
COLUMN (w) 

PAGE 
LINE (w) 



which may be used with 
any STREAM file 



which can be used with 
STREAM OUTPUT PRINT 
files only 



Note that for non-PRINT files, the 
expression w in the SKIP option must have a 
value that is greater than zero when con- 
verted to an integer. If it has not, the F 
Compiler substitutes a value of 1. 



STREAM-ORIENTED DATA TRANSMISSION 
STATEMENTS 



RECORD- ORIENTED TRANSMISSION 



The following provides a s\ammary of the 
STREAM data transmission statements, along 
with their options, according to file 
attributes (the statements are discussed 
individually in detail in Part II, Section 
J , " Statements " ) . 



STREAM INPUT: 



GET 



[FILE (file-name)] 
data-specification [COPY] 
[SKIP [ (expression) ] ] ; 



STREAM OUTPUT: 



PUT [FILE (file-name)] 
data-specification 
[SKIP [ (expression) ] ] ; 



STREAM OUTPUT PRINT: 



PUT [FILE (file-name)] 
[_data-specification] 

;line (expression) 
expression) ] 
(expression) 




■]■ 



Data sets that contain discrete records,, 
or which are to be created as collections 
of discrete records, may be manipulated 
with record-oriented operation statements. 
These statements are READ, WRITE, REWRITE, 
LOCATE, and DELETE. A general description 
of each of these statements is contained in 
this chapter; they are described in detail 
in Part II, Section J, "Statements. " Each 
record obtained from a data set or trans- 
mitted to a data set is defined in terms of 
the data attributes of a variable (usually 
a structure). For input operations, the 
record is obtained from the data set and 
assigned, without conversion, to the varia- 
ble. For output operations, the data is 
transmitted without conversion into the 
data set,. 

The variables involved in record trans- 
mission must be unsubscripted, of level 1 
(element and array variables not contained 
in structures are of level 1 by default) , 
and may be of any storage class. The 
variables cannot be parameters or defined 
variables. They may be label, pointer,, or 
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event variables, but such data may lose its 
validity in transmission. 



deleted. For a DIRECT UPDATE file, the 
DELETE statement must specify a key; conse- 
quently, any record can be deleted. 



RECORD- ORIENTED DATA TRANSMISSION 
STATEMENTS 



I There are four statements that actually 
cause transmission of records to or from 

Iexternlal storage. They are READ, WRITE, 
LOCATEJ, and REWRITE. A fifth statement, 
the DELETE statement, is used to delete 
I records from an UPDATE file. The attri- 
butes of the file determine which state- 
ments can be used. 

The READ statement can be used with any 
INPUT or UPDATE file. It causes a record 
to be transmitted from the data set to the 
prograim, either directly to a variable or 
to a buffer. In the case of blocked 
records, the READ statement causes a logi- 
cal record to be transferred from a buffer 
to the variable. For blocked records, 
consequently, every READ statement may not 
cause physical input. 

The WRITE statement can be used with any 
OUTPUT file, and with DIRECT UPDATE, but 
not with SEQUENTIAL UPDATE. It causes a 
record to be transmitted from the program 
to the data set. For unblocked records, 
the transmission may be directly from a 
variable or from a buffer. For blocked 
records, the WRITE statement causes a logi- 
cal record to be placed into a buffer. 
Only when the blocking of the record is 
complete is there actual physical output. 

The: REWRITE Statement causes a record to 
be replaced in an UPDATE file. For SEQUEN- 
TIAL UPDATE files, the REWRITE statement 
specifies that the last record read from 
the file is to be rewritten; consequently a 
record; must be read before it can be 
rewritten. For DIRECT UPDATE files, the 
REWRITE statement must specify a key; con- 
sequently, any record can be rewritten 
whetheir or not it has first been read. 

The. LOCATE statement can be used only 
with ah OUTPUT SEQUENTIAL BUFFERED file. 
It allocates storage within an output buf- 
fer for a based variable, setting a pointer 
to thei location in the buffer as it does 
so. This pointer can then be used to refer 
to the allocation so that data can be moved 
into the buffer. The record is written out 
automatically, immediately before execution 
of the next WRITE or LOCATE statement for 
the file, or before the file is closed. 
See also Chapter 14, "Based Storage and 
List Processing. " 

The DELETE Statement specifies that a 
I record in an UPDATE file be marked as 



Options of Record -Orien ted Transmission 
Statements 



Options that are allowed for record- 
oriented data transmission statements 
differ according to the attributes of the 
associated file and the purpose of the 
statement. A list of all of the allowed 
combinations for each type of file is given 
later in this chapter. 



Each option consists of a keyword fol- 
lowed by a value, which is a file name, a 
variable^ or an expression. This value 
always must be enclosed in parentheses . In 
any statement, the options may appear in 
any order. 



The FILE Option 

The FILE option must appear in every 
record-oriented statement. It specifies 
the name of the file upon which the opera- 
tion is to take place. It consists of the 
keyword FILE followed by the file name 
enclosed in parentheses. An example of the 
FILE option is shown in each of the state- 
ments in this section. 



The INTO Option 

The INTO option can be used in the READ 
statement for any type of INPUT or UPDATE 
file. The INTO option specifies a variable 
to which the logical record is to be 
assigned. 



READ FILE (DETAIL) INTO (RECORD 1) ; 



This specifies 
record is to 
RECORD 1. 



that the next sequential 
be assigned to the variable 



Note that the INTO option can name an 
element string variable of varying length; 
thus it is possible to read a record whose 
length is unknown and cannot be determined 
from the data. The current length -of the 
string is set to the length of the record. 
The LENGTH built-in function can be used to 
find the length of the record. 
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The FROM Option 



The KEY Option 



The FROM option must be used in the 
WRITE statement for any OUTPUT file and for 
a DIRECT UPDATE file. It also can be used 
in the REWRITE statement for any UPDATE 
file. The FROM option specifies the varia- 
ble from which the record is to be written. 
If this variable is a string of varying 
length,, the current length of the string 
determines the size of the record. 



For files other than DIRECT UPDATE or 
SEQUENTIAL UNBUFFERED UPDATE files, the 
FROM option can be omitted. If the last 
record was read by a READ statement with 
the INTO option, REWRITE without FROM has 
no effect on the record in the data set; 
but if the last record was read by a READ 
statement with the SET option, the record 
will be updated, in the buffer, by whatever 
assignments were made. 



WRITE FILE (MASTER) FROM (MAS REC) ; 



REWRITE FILE (MASTER) FROM (MAS_REC) ; 

Both Statements specify that the value of 
the variable MAS_REC is to be written into 
the file MASTER. In the case of the WRITE 
statement, it specifies a new record in a 
SEQUENTIAL OUTPUT file. 

The REWRITE Statement specifies that 
MAS_REC is to replace the last record read 
from a SEQUENTIAL UPDATE file. 



The KEY option applies only to files 
associated with data sets of REGIONAL or 
INDEXED organization. It can be used in 
the READ statement for files with the INPUT 
or UPDATE attributes, (If the file has the 
SEQUENTIAL attribute, the associated data 
set must be of INDEXED organization.) The 
KEY option also is used in the REWRITE and 
DELETE statements for DIRECT UPDATE files. 
Any file for which the KEY option is used 
must also have the KEYED attribute. 



The KEY option consists of the keyword 
KEY followed by a parenthesized expression, 
which is a source key that identifies a 
particular record. The expression may be a 
character-string constant, a variable, or 
any other element expression. An expres- 
sion is evaluated and converted to a char- 
acter strincf. 



Following is a summary of what the 
character string is and what it represents 
for each of the data set organizations to 
which it is applicable: 



REGIONAL (1) 



A string of characters 
consisting of digits or 
blanks, the rightmost 
eight of which specify 
the relative record 
number of the desired 
record. 



The SET Option 

The SET option can be used with a READ 
statement or a LOCATE statement. It speci- 
fies that a named pointer variable is to be 
set to point to the location in the buffer 
into which data has been moved during the 
READ operation, or which has been allocated 
by the LOCATE statement. 

For detailed information,, see Chapter 
14, "Based Storage and List Processing." 



The IGNORE Option 

The IGNORE option can be used in a READ 
statement for any SEQUENTIAL INPUT or 
UPDATE file. It includes an expression 
whose integral value specifies a number of 
records to be skipped over and ignored. 

READ FILE (IN) IGNORE (3); 

This statement specifies that the next 
three records in the file are to be 
skipped. 



REGIONAL (2) 



A String of characters, 
the rightmost eight of 
which must consist of 
digits or blanks. 
These rightmost eight 
characters specify a 
relative record number 
that is the beginning 
of a region to be 
searched. The record 
to be accessed is iden- 
tified by a recorded 
key that exactly match- 
es that portion of the 
source key character 
string whose length, 
beginning from the 
left, extends the num- 
ber of characters spec- 
ified in the KEYLEN 
subparameter of the 
associated DD state- 
ment. This string may 
or may not include the 
rightmost eight charac- 
ters. 
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INDEXED 



REGIONAL (3) Same as REGIONAL (2), 
except that the right- 
most eight characters 
specify a relative 
track that is the 
beginning of the region 
to be searched. 



A string of characters, 
the first n of which 
exactly match the 
recorded key of the 
record (where n is the 
number specified by 
KEYLEN) . If the 
recorded key is embed- 
ded in the record and 
the record is blocked, 
its location must be 
specified in the RKP 
subparameter of the DD 
statement. 

If, for a REGIONAL (1) data set, the source 
key is longer than eight characters, other 
characters to the left are ignored. If the 
source key character string of a REGIONAL 
(2), REGIONAL (3), or INDEXED data set is 
shorter than the length specified by KEY- 
LEN, it is extended on the right with 
blanks before a comparison is made. If 
longer, it is truncated on the right before 
comparison. 



READ FILE (MASTER) INTO (MAS_REC) 
(•00003253'); 



KEY 



DELETE FILE (FILEX) KEY (NAME| | AREA#) ; 

REWRITE FILE (FILEZ) FROM (PAY_REC) 
KEY (NAME) ; 

The first statement specifies that record 
number 3253 in the REGIONAL (1) data set 
associated with the file MASTER is to be 
read and assigned to the variable MAS_REC. 

The second statement, which would be 
appropriate for either a REGIONAL (2) or 
REGIONAL (3) data set, specifies that a 
record is to be deleted from the DIRECT 
UPDATE file FILEX. The record is to be 
found in a region identified by the value 
of AREA#, which, in this case., must be a 
number of at least eight digits. The 
specific record is to be recognized by a 
recorded key that matches all or the first 
portion of the concatenated string of the 
length specified by KEYLEN. 

The third statement, which would be 
appropriate for an INDEXED data set,, speci- 
fies that the value of the variable PAY_REC 
is to be written in the DIRECT UPDATE file 
FILEZ. It is to replace the record which 
has a recorded key that matches the value 
of NAME, NAME could be an element of 



PAY_REC, assuming that PAY_REC has been 
declared to be a structure. 

Note; The fact that certain data set 
organizations are mentioned in connection 
with the above examples does not mean that 
an example implies a specific organization; 
what is meant is that the example is 
typical of that organization. 



The KEYFROM Option 

The KEYFROM Option must be specified in 
a WRITE statement used to create a REGIONAL 
or INDEXED data set or in a WRITE statement 
used to add new records to an INDEXED or 
REGIONAL data set,. It cannot be used with 
CONSECUTIVE Organization. Therefore, it 
can appear in a WRITE statement for a 
SEQUENTIAL OUTPUT file, either BUFFERED or 
UNBUFFERED, or for a DIRECT OUTPUT or 
DIRECT UPDATE file. It can be used with a 
LOCATE statement. Any file for which the 
KEYFROM option is specified must have the 
KEYED attribute. 

The KEYFROM option specifies the loca- 
tion, within the data set, where the record 
is to be written. For REGIONAL (1) data 
sets, it specifies only the region number^ 
For REGIONAL (2) and REGI0NAL(3) data sets,, 
it also specifies a character string to be 
written as a recorded key. For INDEXED 
data sets, it specifies a recorded key, 
whose value is used to determine the loca- 
tion. It is written with the keyword 
KEYFROM followed by a parenthesized expres- 
sion* The expression can be a constant, a 
variable, or any other expression. The 
value is always converted to a character 
string. For all but REGIONAL (1), the KEY- 
LEN DD statement subparameter must specify 
the length of the recorded key to be 
written. 

WRITE FILE (PAYROLL) FROM (PAY_REC) 
KEYFROM (NAME I |C0UNTER+1) ; 

WRITE FILE (LOANS) KEYFROM (LOAN#) 
FROM (LOAN_REC); 

The first statement, which could be 
appropriate for a REGIONAL (2) data set, 
specifies that the value of PAY_REC is to 
be written as the next sequential record in 
the file PAYROLL. The value of COUNTER+1 
specifies the region immediately following 
that in which the last record was written. 
The source key is to be a concatenation of 
the value of NAME and the value of the 
expression COUNTER+1, with the first n 
characters to be written as the recorded 
key (the value of n must be specified by 
KEYLEN) . 



The second statement specifies that 
value of LOAN REC is to be written a: 



the 
the 
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next record in the file LOANS, with the 
value of LOAN# to be used as the key. 



The KEYTO Option 

The KEYTO option can be used in the READ 
statement for a SEQUENTIAL INPUT or UPDATE 
file that is associated with a REGIONAL or 
INDEXED data set. It is specified by 
writing the keyword KEYTO, followed by the 
parenthesized name of a charcicter-string 
variable. 

For REGIONAL (1) data sets, the KEYTO 
option specifies that the region number of 
the record being read is to be assigned to 
the specified variable. For REGIONAL (2), 
REGIONAL (3), or INDEXED d^ta sets, it spe- 
cifies that only th e record ed k ey is to be 
assigned. Any file for which the KEYTO 
option is specified must have the KEYED 
attribute. For example: 

READ FILE (DETAIL) INTO (INVTRY) 
KEYTO (KEY_CHK) ; 

The first statement specifies that the next 
record in the file DETAIL is to be assigned 
to INVTRY and the key of the record is to 
be assigned to KEY_CHK. 



The EVENT Option 

The EVENT option can be specified in any 
READ,, WRITE,, REWRITE,, or DELETE Statement 
for an UNBUFFERED file, either SEQUENTIAL 
or DIRECT. The option specifies asynchron- 
ous processing, with input/output opera- 
tions proceeding while other processing 
continues. 



input operation is commenced, in-line proc- 
essing continues. No I/O interrupt for 
RECORD, TRANSMIT, KEY, or ENDFILE condi- 
tions will take place until the WAIT state- 
ment is executed. If, when the WAIT state- 
ment is executed, the input operation is 
not complete, and if none of the four 
conditions is raised, in-line processing 
stops, but the operation continues. When 
the operation is successfully completed, 
processing continues with the next state- 
ment following the WAIT statement. If any 
of the four conditions arise during execu- 
tion of the READ statement, an interrupt 
will occur when the WAIT statement is 
executed, On-units will be entered in the 
order in which the conditions arose. Then, 
upon normal return from all of the affected 
on-units, processing continues with the 
next statement following the WAIT state- 
ment . 

Note that although the EVENT option 
specifies asynchronous processing, it also 
specifies synchronous interrupts; none of 
the four conditions can cause an interrupt 
until they are synchronized with processing 
by the WAIT statement. 

Other interrupts can occur, however. 
Any condition that arises during the in- 
line processing will., of course, cause an 
interrupt if it is enabled. In addition, 
if the I/O statement containing the EVENT 
option should cause implicit opening of the 
file, and if the UNDEFINEDFILE condition 
should arise because of that implicit 
opening, the interrupt will occur at the 
time the UNDEFINEDFILE condition is raised. 
Only the four conditions TRANSMIT, KEY, 
RECORD,, and ENDFILE can be synchronized by 
the WAIT statement. 



The EVENT option is specified with the 
keyword EVENT followed by a parenthesized 
name of an event variable. The appearance 
of an event variable in the EVENT option 
constitutes a contextual declaration; con- 
sequently, the scope of an event variable 
is throughout the external block. 

The EVENT option specifies that the 
input or output operation is to take place 
asynchronously and that record I/O inter- 
rupts (except for UNDEFINEDFILE) are not to 
occur until a WAIT statement, specifying 
the same event variable, is executed by the 
same task. For example: 

READ FILE (MASTER) INTO (REC_VAR) 
EVENT (RECORD 1) ; 



Once a statement containing an EVENT 
option is executed, the event variable 
named in the option is considered to be 
active. It cannot be specified again in an 
EVENT option until after its corresponding 
WAIT statement has been executed. 

With the F Compiler, an input/output 
event should be waited for only by the task 
that initiated the input/output operation. 

(The EVENT option is also used with the 
CALL statement to specify asynchronous exe- 
cution of procedures. See Chapter 15, 
"Multitasking.") 



Record-Oriented T ransmission Stat ement 
Formats 



WAIT XREC0RD_1) ; 

When the READ statement is executed, the 
input operation is started- As soon as the 



This section provides a summary of the 
allowed RECORD transmission statements,, 
along with their options, according to file 
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attributes, 
order. 



Options can appear in any 



SEQUENTIAL BUFFERED INPUT; 

READ FILE (file-name) 
INTO (variable) 
[KEYTO (character-string-variable) ] ; 

READ FILE (file-name) 

[IGNORE (expression) ] ; 

READ FILE (file-name) 
INTO (variable) 
KEY (expression) ; 

READ FILE (file-name) 

SET (pointer- variable) 

[KEYTO (character-string-variable) ] ; 

READ FILE (file-name) 

SET (pointer-variable) 
KEY (expression) ; 

SEQUENTI AL BUFFERED OUTPUT; 

WRITE FILE (file-name) 
FROM (variable) 
[KEYFROM (expression)]; 

LOCATE variable FILE (file-name) 
SET (pointer-variable) 
[KEYFROM (expression)]; 

SEQUENTIAL BUFFERED UPDATE; 

READ FILE (file-name) 
INTO (variable) 
[KEYTO (character-string-variable) ] ; 

REWRITE FILE (file-name); 

REWRITE FILE (file-name) 
FROM (variable) ; 

READ FILE (file-name) 

[IGNORE (expression) ] ; 

READ FILE (file-name) 
INTO (variable) 
KEY (expression) ; 

READ FILE (file-name) 

SET (pointer-variable) 

[KEYTO (character-string-variable) ] ; 

READ FILE (file-name) 

SET (pointer-variable) 
KEY (expression) ; 

DELETE FILE (file-name) ; 

SEQUENTIAL UNBUFFERED INPUT; 



READ FILE (file-name) 
INTO (variable) 

[KEYTO (character-string-variable) ] 
[EVENT (event-variable) ] ; 



READ FILE (file-name) 

[IGNORE (expression)] 
[EVENT (event-variable)]; 



READ FILE (file-name) 
INTO (variable) 
KEY (expression) 
[EVENT (event-variable)]; 



SEQUENTIAL UNBUFFERED OUTPUT; 



WRITE FILE (file-name) 
FROM (variable) 
[ KEYFROM ( express ion ) ] 
[EVENT (event-variable)] 



SEQUENTIAL UNB UFFERED UPDATE; 

READ FILE (file-name) 
INTO (variable) 

[KEYTO (character-string-variable) ] 
[EVENT (event-variable)]; 

REWRITE FILE (file-name) 
FROM (variable) 
[EVENT (event-variable) ] ; 

READ FILE (file-name) 

[IGNORE (expression)] 
[EVENT (event-variable) ] ; 

READ FILE (file-name) 
INTO (variable) 
KEY (expression) 
[EVENT (event-variable)]; 

DELETE FILE (file-name) 

[EVENT (event-variable) ] ; 

DIRECT INPUT; 



READ FILE (file-name) 
INTO (variable) 
KEY (expression) 
[EVENT (event-variable)]; 

DIRECT OUTPUT: 



WRITE FILE (file-name) 
FROM (variable) 
KEYFROM (expression) 
[EVENT (event-variable)]; 

DIRECT UPD ATE; 

READ FILE (file-name) 
INTO (variable) 
KEY ( express ion ) 
[EVENT (event-variable)]; 

REWRITE FILE (file-name) 
FROM (variable) 
KEY (expression) 
[ EVENT ( event- var iabl e ) ] ; 
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WRITE FILE (file-name) 
FROM (variable) 
KEYFROM (expression) 
[EVENT (event-variable)]; 

DELETE FILE (file- name) 
KEY (expression) 
[EVENT (event- variable) ] ; 

DIRECT UPDATE EXCLUSIVE 

READ FILE (file-name) 
INTO (variable) 
KEY (expression) [NOLOCK] 
[EVENT (event-variable)]; 

REWRITE FILE (file- name) 
FROM (variable) 
KEY (expression) 
[EVENT (event- variable) ] ; 

WRITE FILE (filename) 
FROM (variable) 
KEYFROM (expression) 
[EVENT (event- variable) ] ; 

DELETE FILE (file-name) 
KEY (expression) 
[EVENT (event- variable) ] ; 

UNLOCK FILE (file-name) 
KEY (expression) ; 



Summary of Record-Oriented Transmission 



The following points cover the salient 
environmental factors in the use of RECORD 
transmission : 

1. A SEQUENTIAL file specifies that the 
accessing, creation, or modification 
of the data set records is performed 
in a particular order, that is, from 
the first record of the data set to 
the last record of the data set (or 
from the last to the first if the 
BACKWARDS attribute has been 
specified) . 

2,. A DIRECT file specifies that the 
accessing,, creation, or modification 
of the data set records may be per- 
formed in random order. The particu- 
lar record of the data set to be 
operated upon is identified by a spec- 
ified key. 

3. A data set that is accessed, created, 
or modified in the SEQUENTIAL access 
method may or may not have recorded 
keys. If it does, the keys may be 
ignored while accessing sequentially, 
or they may be extracted from the data 
set or placed into the data set by the 
KEYFROM and KEYTO options. The most 



efficient way to create a data set 
containing recorded keys is as a 
SEQUENTIAL OUTPUT file. It then can 
be accessed as a DIRECT file. 

4. SEQUENTIAL INPUT and SEQUENTIAL UPDATE 
files may be positioned to a particu- 
lar record within the data set by a 
READ operation that specifies the key 
of the desired record. Thereafter, 
successive READ statements without the 
KEY option will access the records 
sequentially. This kind of accessing 
may. be used only if the data set has 
INDEXED organization and if the file 
has the KEYED attribute. 

5. Existing records of a data set in a 
SEQUENTIAL UPDATE file can be rewrit- 
ten, modified, ignored, or deleted. 
The DELETE Statement used with this 
type of file specifies that the last 
record read is to be deleted.^ Opera- 
tion with a DIRECT UPDATE file, howev- 
er, can specify which record is to be 
deleted by means of a key; also, 
records can be added to the data set 
by means of the WRITE statement. An 
existing record in an UPDATE file can 
be replaced through use of a REWRITE 
statement. 

6. The FROM option in a REWRITE statement 
for a SEQUENTIAL UPDATE must specifi- 
cally name the variable into which the 
data has been read if that data is to 
be rewritten. For the F Compiler, a 
REWRITE statement without a FROM 
option is treated as a currently null 
statement. 

7. When a file has the DIRECT UPDATE 
EXCLUSIVE attributes, it is possible 
to protect individual records that are 
read from the data set. For an EXCLU- 
SIVE file, any READ statement without 
a NOLOCK option automatically locks 
the record read. No other task oper- 
ating upon the same file can access a 
locked record until it is unlocked by 
the locking task. Any task referring 
to a locked record will wait at that 
point until the record is unlocked. A 
record can be explicitly unlocked by 
the locking task through execution of 
a REWRITE, DELETE, UNLOCK, or CLOSE 
statement. Records are unlocked auto- 
matically upon completion of the lock- 
ing task. The EXCLUSIVE attribute 
applies only to the file and not the 
data set. Consequently, record pro- 
tection is provided only if all tasks 
refer to the data set throuqh use of 



^If the DELETE statement is 
SEQUENTIAL file, the data 
INDEXED organization. 



used with a 
set must have 
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the same file; if they refer to the 
same data set using different files, 
the protection does not apply. In 
addition, the data set to which ref- 
erence is made by more than one task 
through the same file must be opened 
by a parent of all these tasks. Note 
that a reference to a file parameter 
and its associated argument are ref- 
erences to the same file. 



A WRITE statement adds a record to a 
data set, while a REWRITE statement 
replaces a record. Thus, a WRITE 
statement may be used with OUTPUT 
files, and DIRECT UPDATE files, but a 
REWRITE statement may be used with 
UPDATE files only. Moreover, for 
DIRECT files, a REWRITE statement uses 
the KEY option to identify the exist- 
ing record to be replaced; a WRITE 
statement uses the KEYFROM option, 
which not only specifies where the 
record is to be written in the data 
set, but also specifies, except for 
REGIONAL (1) , an identifying key to be 
recorded in the data set. 



9. Records of a SEQUENTIAL INPUT or 
SEQUENTIAL UPDATE file can be skipped 
over and ignored by use of the IGNORE 
option of a READ statement. The 
expression of the IGNORE option speci- 
fies the number of records to be 
skipped. A READ statement in which 
only the FILE option appears indicates 
that one record is to be skipped. 



EXAMPLES OF DECLARATIONS FOR RECORD FILES 



Following are examples of declarations 
of files, including the ENVIRONMENT attri- 
bute: 

DECLARE FILE#3 INPUT DIRECT 

ENVIRONMENT (V (328) REGIONALO) ) ; 

This declaration specifies only three file 
attributes: INPUT, DIRECT, and ENVIRONMENT. 
Other implied attributes are PILE (implied 
by any of the attributes) and RECORD and 
KEYED ( implied by DIRECT) . Scope is EXTER- 
NAL, by default. The ENVIRONMENT attribute 
specifies that the data set is of the 
REGIONALO) organization and contains 
unblocked varying-length records with a 
maximum length of 328 bytes. Note that a 
maximum length record will contain only 320 
bytes of data to be used by the program, 
because 8 bytes are required for control 
information in such V-format records. The 



KEY option must be specified in each 
statement that refers to this file. 



READ 



DECLARE INVNTRY UPDATE BUFFERED 
ENVIRONMENT (F (100) INDEXED BUFFERS(U)); 



This declaration also specifies only three 
file attributes: UPDATE, BUFFERED, and 
ENVIRONMENT. Implied attributes are FILE, 
RECORD, and SEQUENTIAL (the last two attri- 
butes are implied by BUFFERED) , Scope is 
EXTERNAL, by default. The data set is of 
INDEXED organization, and it contains 
fixed-length records of 100 bytes each. 
Four buffers are to be allocated for use in 
accessing the data set. Note that although 
the data set actually contains recorded 
keys, the KEYTO option cannot be specified 
in a READ statement, since the KEYED attri- 
bute has not been specified. 



Note that for both of the above declara- 
tions, all necessary attributes are either 
stated or implied in the DECLARE statement. 
None of the attributes can be changed in an 
OPEN statement or in a DD statement. The 
second declaration might have been written: 



DECLARE INVNTRY 

ENVIRONMENT(F(100) INDEXED); 



With such a declaration, INVNTRY can be 
opened for different purposes. It could, 
for example, be opened as follows: 

OPEN FILE (INVNTRY) 

UPDATE SEQUENTIAL BUFFERED; 

With this OPEN Statements the file attri- 
butes would be the same as those specified 
(or implied) in the DECLARE statement in 
the second example above (the number of 
buffers would have to be stated in the 
associated DD statement). The file might 
be opened in this way, then closed, and 
then later opened with a different set of 
attributes, for example: 

OPEN FILE (INVNTRY) 

INPUT SEQUENTIAL KEYED; 

This OPEN statement allows records to be 
read with either the KEYTO or the KEYED 
option. Because the file is SEQUENTIAL and 
the data set is INDEXED, the data set may 
be accessed in a purely sequential manner; 
or, by means of a READ statement with a KEY 
option, it may be accessed randomly,. A KEY 
option in a READ statement with a file of 
this description causes a specified record 
to be obtained. Subsequent READ statements 
without a KEY option access records sequen- 
tially, beginning with the next record. 
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CHAPTER 9: EDITING AND STRING HANDLING 



The data manipulation performed by the 
arithmetic, comparison, and bit-string 
operators are extended in PL/I by a variety 
of string-handling and editing features. 
These features are specified by data attri- 
butes, statement options, built-in func- 
tions, and pseudo- variables. 

The following discussions give general 
descriptions of each feature, along with 
illustrative examples. 



EDITING BY ASSIGNMENT 



The most fundamental form of editing 
performed by the assignment statement 
involves converting the data type of the 
value on the right side of the assignment 
symbol to conform to the attributes of the 
receiving variable. Because the assigned 
value is mcide to conform to the attributes 
of the receiving field, the precision or 
length of the assigned value may be 
altered. Such alteration can involve the 
addition of digits or characters to and the 
deletion of digits or characters from the 
converted item. The rules for data conver- 
sion are discussed in Chapter 4, 
"Expressions," and in Part II, Section F, 
I "Problem Data Conversion." 



ALTERING THE LENGTH OF STRING DATA 



When a value is assigned to a string 
variable, it is converted, if necessary, to 
the same string type (character or bit) as 
the receiving string and also, if neces- 
sary, is truncated or extended on the right 
to conform to the declared length of the 
receiving string. For example, assume 
SUBJECT has the attributes CHARACTER (10) , 
indicating a fixed- length character string 
of ten characters. Consider the following 
statement: 

SUBJECT = •TRANSFORMATIONS'; 

The length of the string on the right is 
fifteen characters; therefore, five charac- 
ters will be truncated from the right end 
of the string when it is assigned to 
SUBJECT. This is equivalent to executing: 



SUBJECT 



'TRANSFORMA* ; 



If the assigned string is shorter than 
the length declared for the receiving 
string variable, the assigned string is 
extended on the right either with blanks, 
in the case of a character-string variable, 
or with zeros, in the case of a bit-string 
variable. Assume SUBJECT still has the 
attributes CHARACTER (10). Then the fol- 
lowing two statements assign equivalent 
values to SUBJECT: 

SUBJECT = 'PHYSICS'; 

SUBJECT = • PHYSICSbbb ' ; 

The letter b indicates a blank character. 

Let CODE be a bit-string variable with 
the attributes BIT(IO). Then the following 
two statements assign equivalent values to 
CODE: 

CODE = 'llOOll'B; 

CODE = 'IIOOIIOOOO'B; 

Note, however, that the following state- 
ments do not assign equivalent values to 
SUBJECT if it has the attributes CHARACTER 
(10) : 

SUBJECT = 'llOOll'B; 

SUBJECT = 'IIOOIIOOOO'B; 

When the first statement is executed, the 
bit-string constant on the right is first 
converted to a character string and is then 
extended on the right with blank characters 
rather than zero bits. This statement is 
equivalent to: 

SUBJECT = 'llOOllbbbb' ; 

The second of the two statements 

requires only a conversion from bit-string 

to character-string type and is equivalent 
to: 

SUBJECT = '1100110000*; 

A string value, however, is not extended 
with blank characters or zero bits when it 
is assigned to a string variable that has 
the VARYING attribute. Instead, the length 
specification of the receiving string vari- 
able is effectively adjusted to describe 
the length of each assigned string. Trun- 
cation will occur, though, if the length of 
the assigned string exceeds the maximum 
length declared for the varying-length 
string variable. 
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OTHER FORMS OF ASSIGNMENT 



In addition to the assignment statement, 
PL/I provides other ways of assigning 
values to variables. Among these are two 
methods that involve input and output 
stateijnents : one in which actual input and 
output operations are performed, and one in 
which data movement is entirely internal. 



character string. The PUT statement speci- 
fies that data items of the data list are 
to be assigned to the specified character- 
string variable. The "data-specification" 
is the same as described for input and 
output. In general, it takes one of the 
following forms: 

DATA [(data- list)] 

LIST (data-list) 



Input , and Output Operations 



Although the assignment statement is 
concerned with the transmission of data 
between storage locations internal to a 
computer, input and output operations can 
also be treated as related forms of assign- 
ment in which transmission occurs between 
the internal and external storage facili- 
ties of the computer. 

Reciord-oriented operations, however, do 
not cause any data conversion of items in a 
logical record when it is transmitted. 
Required editing of the record must be 
performed within internal storage either 
before the record is written or after it is 
read. 

Stream-oriented operations, on the other 
hand, do provide a variety of editing 
functions that can be applied when data 
items are read or written. These editing 
functions are similar to those provided by 
the assignment statement, except that any 
data conversion always involves character 
type, conversion from character type on 
input,, and conversion to character type on 
output . 



The STRING Option in GET and PUT Statements 



The STRING option in GET and PUT state- 
ments allows the statements to be used to 
transmit data between internal storage 
locations rather than between the internal 
and external storage facilities. In both 
GET aind PUT statements, the FILE option, 
speci:^ied by FILE (file-name) , is .replaced 
by the STRING option, as shown in the 
following formats: 

GJET STRING (character-string-variable) 
data-specification ; 

PUT STRING (character-string-variable) 
data-specification; 

The GET statement specifies that data items 
to be assigned to variables in the data 
list are to be obtained from the specified 



EDIT (data-list) (format-list) 

Although the STRING option can be used 
with each of the three modes of stream- 
oriented transmission,, it is most useful 
with edit-directed transmission, which 
considers the input stream to be a continu- 
ous string of characters. For list- 
directed and data-directed GET statements, 
individual items in the character string 
must be separated by commas or blanks; for 
data-directed GET statements, the string 
must also include the transmission- 
terminating semicolon, and each data item 
must appear in the form of an assignment 
statement. Edit-directed transmission 
provides editing facility by means of the 
format list. 

The STRING option permits data gathering 
or scattering operations to be performed 
with a single statement, and it allows 
stream-oriented processing of character 
strings that are transmitted by record- 
oriented statements. 

Consider the following statement: 

PUT STRING (RECORD) EDIT 

(NAME, PAY#, HOURS+RATE) 
(A(12), A(7), P'$999V.99M; 

This statement specifies that the 
character- string value of NAME is to be 
assigned to the first (leftmost) 12 charac- 
ter positions of the string named RECORD, 
and that the character-string value of PAY# 
is to be assigned to the next seven charac- 
ter positions of RECORD. The value of 
HOURS is then to be multiplied by the value 
of RATE, and the product is to be edited 
into the next seven character positions, 
according to the picture specification. 

Frequently, it is necessary to read 
records of different formats, each of which 
gives an indication of its format within 
the record by the value of a data item. 
The STRING option provides an easy way to 
handle such records; for example: 

READ FILE (INPUTR) INTO (TEMP) ; 
GET STRING (TEMP) EDIT (CODE) CFd)); 
IF CODE 1=1 THEN GO TO OTHER_TYPE ; 
GET STRING (TEMP) EDIT (X,Y,Z) 
(X(l), 3 F(10,U)) ; 
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The READ statement reads a record from the 
input file INPUTR. The first GET statement 
uses the STRING option to extract the code 
from the first byte of the record and to 
assign it to CODE. The code is tested to 
determine the format of the record. If the 
code is 1, the second GET stcitement then 
uses the STRING option to assign the items 
in the record to X,Y, and Z. Note that the 
second GET statement specifies that the 
first character in the string TEMP is to be 
ignored (the X(l) format item in the format 
list) . Each GET statement with the STRING 
option always specifies that the scanning 
is to begin at the first character of the 
string. Thus, the character that is 
ignored in the second GET statement is the 
same character that is assigned to CODE by 
the first GET statement. 

In a similar way, the PUT statement with 
a STRING option can be used to create a 
record within internal storage. In the 
following example, assume that the file 
OUTPRT is eventually to be printed. 

PUT STRING (RECORD) EDIT 

(NAME, PAY#, HOURS+RATE) 
(X(l), A(12),, X(10), A(7), X(10), 
P"$999V.99'); 

WRITE FILE (OUTPRT) FROM (RECORD) ; 

The PUT statement specifies, by the X(l) 
spacing format item, that the first charac- 
ter assigned to the character-string varia- 
ble is to be a single blank, the ASA 
carriage-control code that specifies a sin- 
gle space before printing. Following that, 
the values of the variables NAME and PAY# 
and of the expression HOURS+RATE are 
assigned. The format list specifies that 
ten blank characters are to be inserted 
between NAME and PAY# and between PAY# and 
the expression value. The WRITE statement 
specifies that record transmission is to be 
used to write the record into the file 
OUTPRT. 



that govern the use of the picture specifi- 
cation. ) 

A picture specification can be used to 
describe ordinary character-string data, or 
it can be used to describe numeric charac- 
ter data, which is data that represents a 
numeric value. 

A picture specification is always 
enclosed in quotation marks and is used 
either with a PICTURE attribute in a 
DECLARE Statement or with a P format item 
in an edit- directed GET., PUT, or FORMAT 
statement: 

DECLARE CODE PICTURE 'XXXXX*; 

GET FILE (IN) EDIT (CODE) (P'XXXXXM; 

PUT FILE (OUT) EDIT (CODE) (P'XXXXX'); 



Character- Strin g Picture Specification s 



A character-string picture specification 
describes a fixed- length character string; 
the number of picture characters in the 
specification determines the length of the 
string. For example, the PICTURE attribute 
in the above DECLARE statement describes 
CODE as a character string of length five 
and is equivalent to the attribute CHARAC- 
TER (5). The picture character X also 
specifies that any character recognized by 
the computer can occur in the corresponding 
position of the character string. 

Any value assigned to CODE will be 
converted, if necessary, to a character 
string and will be truncated or extended on 
the right as required, to meet the five- 
character length of CODE. Consider the 
following examples: 

CODE = •A2B9C8* ; 



THE PICTURE SPECIFICATION 



The editing capabilities associated with 
data assignment,, namely, conversion to a 
specified data type with accompanying trun- 
cation and/or padding, can be extended by 
use of the picture specification,. A pic- 
ture specification consists of a sequence 
of character codes (picture characters) 
that specify editing operations to be* per- 
formed on a character string. (A detailed 
discussion of each picture character, 
together with examples of its use, appears 
in Part II, Section D, "Picture Specifi- 
cation Characters." The following discus- 
sions are concerned with general principles 



CODE = MF" ; 

In the first assignment, one character is 
truncated from the right end of the 
assigned character string. In the second 
assignment, three blank characters are 
appended to the right end of the assigned 
character string,. 

The format item P 'XXXXX' in the above 
GET and PUT statements describes a charac- 
ter string of length five in external 
storage and is equivalent to the format 
item A(5) . 

Additional character-string picture 
characters, other than X, can restrict the 
characters in the corresponding positions 
of the character string to a specific type 
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of character. For example, the picture 
characters A and 9 specify, respectively, 
alphabetic or blank and decimal numeric or 
blank characters. Consider the following 
PICTURE attributes: 

PICTURE "AAAAA* 

PICTURE 'xgggg* 

Both of these attribute specifications des- 
cribe character strings of length five. 
The first, however, requires all characters 
in the string to be alphabetic or blank. 
The second requires all but the first 
character to be numeric or blank. Any 
attempt to assign to the string a character 
with a type different from that specified 
by the corresponding picture character will 
raise the CONVERSION error condition. 

Only the picture characters X, A, and 9 
can appear in a character-string specifi- 
cation, and all can appear in the same 
picture specification: 

DECLARE TAG PICTURE •XX99AA"; 



character data and, therefore, cannot be 
used in any specification that contains 
either an X or an A. The general functions 
performed by the additional picture charac- 
ters are described in "Editing Numeric 
Character Data" below. 

N ote; The picture character 9 in a 
character- string picture specification 
indicates that the associated charactcir can 
be either a digit or a blank. The; same 
character in a numeric character spescifi- 
cation, however, indicates that the asso- 
ciated character can be a digit only . 

Assignment to character-string variables 
is always from left to right; padding and 
truncation are on the right. Assignment to 
a numeric character variable, hovrever, 
depends upon the location of an assumed 
decimal point (specified by the picture 
character V). Values assigned to numeric 
character fields are always point aligned. 



Values of Numeric Character Variables 



This statement declares TAG to be a 
character-string variable representing a 
string of length six, in which the two 
leftmost, positions can contain any charac- 
ters, the two middle characters must con- 
tain numeric or blank characters, and the 
two rightmost characters must contain 
alphabetic or blank characters. The fol- 
lowing assignment statement illustrates a 
correct use of TAG: 

TAG = •+906RZ' ; 

The following statement, however, is incor- 
rect: 

TAG = 'ABCDEF' ; 

In this assignment, the two middle charac- 
ters are not numeric; consequently, the 
CONVERSION error condition will be raised. 

Any picture specification that contains 
at least one X or A describes a character- 
string field. If the picture specification 
contains neither X nor A, it is said to 
describe a numeric character fields because 
the associated character string can be 
given a numeric interpretation. 



Numeric Character Picture Specifications 



In addition to the picture character 9, 
numeric character specifications can 
contain other picture characters that are 
used to edit numeric character data. These 
additional characters apply only to numeric 



The value of a numeric character varia- 
ble can be interpreted in two ways, either 
as an arithmetic value or as a character- 
string value. 

For a numeric character variable 
described with a picture specification that 
contains only one or more occurrences of 
the character 9, the arithmetic value is 
the value expressed by the character 
string, that is, a decimal integer. 

If, however, editing characters are 
included in the picture specification, the 
arithmetic value and the character-string 
value generally would be different. Edit- 
ing characters are actually stored inter- 
nally in the specified positions of the 
data item. The editing characters then are 
considered to be part of the character- 
string value of the variable. The editing 
characters are not, however, a part of the 
variable's arithmetic value, which involves 
only decimal digits, the assiamed location 
of a decimal point, and a sign (if one is 
present) . 

If the value of a numeric character 
variable is assigned to another numeric 
character variable or to a coded arithmetic 
variable, only the arithmetic value is 
assigned. In the assignment to a coded 
arithmetic variable (or in the appearance 
of a numeric character variable in an 
arithmetic expression operation) , con- 
version to coded arithmetic is performed. 

If the value of a numeric character 
variable is assigned to a character-string 
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variable, no actual conversion is 
necessary, and any specified editing char- 
acters are included in the assignment. 



An ordinary character-string variable 
(specified with the CHARACTER attribute) 
can be defined on a numeric character 
variable, using the DEFINED attribute 
specification. Any reference to the 
character-string variable is a reference to 
the character-string value of the numeric 
character variable. For example: 



DECLARE A PICTURE '$999V. 99*, 

B CHARACTER (7) DEFINED A, 
C DECIMAL FIXED (5,2); 



A = 128.76; 



C = A; 

After the constant is assigned to A, its 
arithmetic value is 128.76. This is the 
value that is assigned to C (after con- 
version to internal coded arithmetic). The 
character- string value of A, however, is 
$128.76; if it were assigned to a 
character- string variable with a length of 
7 or greater, this is the value that would 
be assigned. The same value, $128.76,, is 
the value of B, since a character string 
defined on a numeric character variable 
represents the character-string value of 
the numeric character variable. Note that 
the assignment of B to c would raise the 
CONVERSION condition, since the character- 
string value of A represents an invalid 
arithmetic constant. 

No arithmetic variable (except another 
niameric character variable) can be defined 
on a numeric character variable without 
causing an error. 



Editing Numeric Character Data 



Because the picture specification of a 
numeric character field cannot contain the 
characters X and A, the value of a numeric 
character data item can always be given a 
numeric interpretation. Consider the 
following declaration: 

DECLARE COUNT PICTURE '99999'; 

Although COUNT is a string of five charac- 
ters, it can only contain niameric digits; 
therefore, it is a numeric chareicter varia- 
ble whose value can be interpreted as a 
five-digit fixed-point decimal integer. 



Unless specified otherwise (with the pic- 
ture character V) , a decimal point is 
always assumed to be at the right end of a 
numeric character data item. For example, 
let COUNT, as declared above, appear in the 
following assignment statement: 

COUNT = 111.0 IB; 

Because COUNT is a numeric character varia- 
ble, the binary constant lll.OlB is first 
converted to decimal with the value 7.25. 
When the assignment is performed, the deci- 
mal point is aligned on the assumed point 
declared by the numeric character variable, 
and the two rightmost digits are truncated. 
Four zero digits are then appended on the 
left end. The effect of the above assign- 
ment therefore, is equivalent to the fol- 
lowing statement: 

COUNT = 00007; 

The picture character V allows an 
assumed decimal .point to be specified any- 
where in a numeric data item, and not just 
at the right end: 

DECLARE TOTAL PICTURE •999V99*; 

Here the value of TOTAL is interpreted as a 
string of five characters representing a 
five-digit, unsigned fixed-point decimal 
number with two fractional places. The 
decimal point of a value assigned to TOTAL 
will be aligned between the third and 
fourth digits as specified by the picture 
character V, consequently, the following 
two assignment statements are equivalent: 

TOTAL = 123; 

TOTAL = 123.00; 

Note, however, that TOTAL contains only 
five characters. The picture character V 
does not specify an actual character posi- 
tion in the numeric character field; it is 
used only to align decimal points. And if 
TOTAL were printed, no decimal point would 
appear in the printed field; its character- 
string value does not include a decimal 
point. 

A decimal point picture character (.) 
can appear in a numeric picture 
specification. It merely indicates that a 
point is to be included in the character 
representation of the value. Therefore, 
the decimal point is a part of its 
character-string value. The decimal point 
picture character does not cause decimal 
point alignment during assignment; it is 
not a part of the variable's arithmetic 
value. Only the character V causes align- 
ment of decimal points. For example: 

DECLARE SUM PICTURE "999V. 99'; 
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SUM is a numeric character variable rep- 
resenting numbers of five digits with a 
decimal point assumed between the third and 
fourth digits. The actual point specified 
by the decimal point insertion character is 
not a part of the arithmetic value; it is, 
however, part of its character-string 
value. (The decimal point picture charac- 
ter can appear on either side of the 
character V. See Part II, Section D, 
"Picture Specification Characters.") The 
following two statements assign the same 
character string to SUM: 

SUM = 123; 

SUM = 123.00; 

In the first statement, two zero digits are 
added to the right of the digits 123. 

Note the effect of the following dec- 
laration: 

DECLARE RATE PICTURE "gvgg.gg"; 

Let RATE be used as follows: 

RATE = 7.62; 

When this statement is executed, decimal 
point alignment occurs on the character V 
and not on the decimal point picture char- 
acter that appears in the picture specifi- 
cation for RATE. If RATE were printed, it 
would appear as '762,00', but its arithmet- 
ic value would be 7.6200. 

Unlike the character V, which can appear 
only once in a picture specification, the 
decimal point picture character can appear 
more than once; this allows digit groups 
within the numeric character data item to 
be separated by points, as is common in 
Dewey decimal notation and in the numeric 
notations of some European countries. 

Because a decimal point picture charac- 
ter causes a period character to be insert- 
ed into the character-string value of a 
numeric character data item, it is called 
an insertion character. PL/I provides 
three other insertion characters: comma 
(,), slash (/)„ and blank (B), which are used 
in the same way as the decimal point 
picture character except that a comma, 
slash, or blank is inserted into the char- 
acter string. Consider the following 
statements: 

DECLARE RESULT PICTURE ' 9 . 999 . 999, V99 ' ; 

RESULT = 1234567; 

The character-String value of RESULT would 
be '1.234.567,00'. Note that decimal point 
alignment occurs before the two rightmost 
digit positions, as specified by the char- 



acter V. If RESULT were assigned to a 
coded arithmetic field, the value of the 
data converted to arithmetic would be 
1234567.00. 

Besides supplying insertion characters, 
PL/I also provides replacement characters 
that allow zeros in" specified positions to 
be replaced by blanks or asterisks. One 
such picture character is the character Z, 
which is used to replace leading (leftmost) 
zeros with blanks: 

DECLARE TALLY PICTURE ' ZZZ9 ' ; 

TALLY = 0012; 

The character-string value of TALLY is 
eguivalent to the character-string constant 
'bbl2' (where the letter b indicates a 
blank character) . 

Other picture characters control the 
appearance of signs and the currency symbol 
($) in specified positions of numeric char- 
acter data items. For example, a dollar 
sign can be appended to the left of a 
numeric character item, as indicated in the 
following statements: 

DECLARE PRICE PICTURE •$99V.99"; 

PRICE = 12.45; 

The character-string value of PRICE is 
equivalent to the character- string constant 
•$12.45'. Its arithmetic value, however., 
is 12.45. 

The picture specification can also spec- 
ify floating-point and British sterling 
formats, as well as scaling factors for 
fixed-point values. These formats are dis- 
cussed in Part II, Section D, "Picture 
Specification Characters." 



Using Numeric Cha r acter Eata 



One purpose of a numeric character pic- 
ture specification is to edit data that is 
to be printed. For example, in a payroll 
application, the digits representing an 
employee's salary might be 0017250. These 
digits would be much more meaningful on a 
paycheck in an edited form, such as 
$**172.50; the asterisks would also dis- 
courage an attempt to alter the amount. 
This could be done, for example, with the 
specification '$****9.99'. 

PL/ I, however, does not restrict the use 
of n\imeric character data to output purpos- 
es. Numeric character variables can be 
used wherever arithmetic expressions are 
permitted. Consider the following example: 
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DECLARE RESULT PICTURE 'XXXXXX', COST 
PICTURE •$9V.99' ; 

COST = 7.15; 

RESULT = COST; 



BIT-STRING HANDLING 



The following examples illustrate' some 
of the facilities of PL/I that can be used 
in bit-string manipulations. 



In this example, the arithmetic value of 
COST would be 7.15. When COST is assigned 
to RESULT, however, the insertion 
characters ($ and .) appear as part of the 
character string, and the value of RESULT 
is '$7. 15b'. Note that in the assignment 
of numeric character data to character- 
string variables, leading blanks are not 
inserted as they are in conversion from 
arithmetic type to character type. The 
only differences between the numeric 
character data and the character-string 
data is that the character-string value is 
left-adjusted and the insertion characters 
ere actually a part of the data, while with 
a numeric character variable, data is point 
aligned and insertion characters, though 
actually present, are not considered to be 
6 part of the arithmetic value. 



If specified in an arithmetic expres- 
sion, the value of a numeric character data 
item is converted to coded arithmetic. 
^■ote, however, that this conversion will 
always require the compiler to insert extra 
coding. Note also, that any editing char- 
acters in the picture specification will be 
lost in the conversion. 



Assume that RESULT and COST in the 
following statements are declared as above: 

COST = 1.10; 



RESULT = 2* COST; 



The character-string value of COST is 
$1.10. The editing characters ($ and .) 
are present in the item. However, when the 
expression 2+COST is evaluated, the arith- 
metic value of COST is converted to coded 
arithmetic. When the value of the expres- 
sion is assigned to RESULT, the value of 
RESULT will be •bb2.20' (conversion of an 
arithmetic item to character type causes 
insertion of three leading blanks, one of 
which is deleted when the field expands to 
allow for the decimal point) . Note that if 
RESULT had been declared as PICTURE 
•XXXXX", the value of RESULT, after assign- 
ment, would have been 'bb2.2'. Since a 
character string is assigned from left to 
right, truncation is always on the right; 
and the inserted leading blanks would force 
truncation. 



DECLARE 1 PERSONNEL_RECORD , 
2 NAME, 

3 LAST CHARACTER (15), 
3 FIRST CHARACTER (10) , 
3 MIDDLE CHARACTER(l) , 
2 CODE_STRING, 
3 MALE BIT(l) , 
3 SECRETARIAL BIT(l) , 
3 AGE, 

4 (UNDER_20, 

TWENTY_TC_30, 
OVER_30) EIT(l), 
3 HEIGHT, 
U (0VER_6, 

FIVE_SIX_TC_6, 
UNDER_5_6) BIT(l), 
3 WEIGHT, 

4 (OVER_180, 

ONE_TEN_TO_18 0, 
UNDER_110) BIT(l), 
3 EYES, 
4 (BLUE, 
BROWN, 
HAZEL, 
GREY, 

OTHER) BIT(l), 
3 HAIR, 

4 (BROWN, 
BLACK, 
BLOND, 
RED, 
GREY, 

BALD) BIT(l), 
3 EDUCATION, 
4 (COLLEGE, 

HIGH_SCHCCL, 

GRAMMAR SCHOOL) EIT(l); 



This structure contains NAME, a minor 
structure of character-strings, and 
CODE_STRING, a minor structure of bit- 
strings. By default, the elements of 
PERSONNEL- RECORD have the UNALIGNED attri- 
bute. Consequently, CODE_STRING is mapped 
with eight elements per byte, that is, in 
the same way as a bit- string of length 2 5. 

Each of the first two bits of the string 
represents only two alternatives: MALE or 
tMALE and SECRETARIAL or t SECRETARIAL. The 
Other categories (at level 3) list several 
alternatives each. (Note that the level 
number 4 and the attributes BIT(l) are 
factored for each category.) 
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The following portion of a program might 
be used with PERSONNEL RECORD: 



The first method, if it were used, would be 
more efficient with an ALIGMED structure. 



INREC: READ FILE (PERSONNEL) 

INTO (PERSONNEL RECORD) ; 



IF (tMALE S SECRETARIAL 


g 


UNDER 20 


6 


UNDER 5 6 


g 


UNDER 110 


g 


BLUE 


g 


(HAIR. BROWN | BLOND ) 


g 


HIGH SCHOOL) 


1 


(MALE g T SECRETARIAL 


g 


OVER 30 


g 


OVER 6 


g 


OVER 18 


g 


EYES . GREY 


g 


BALD 


g 


COLLEGE) 



THEN PUT LIST (NAME); 

GO TO INREC; 

Another way to program the same informa- 
tion retrieval operation, as shown in the 
following coding, would result in consider- 
ably shorter execution time: 

DECLARE PERS_STRING BIT (25) DEFINED 
CODE_STRING; 

IF PERS_STRING 

= 'OIIOOOOIOOIIOOOOIOOOOOOIO'B 
THEN GO TO OUTP ; 

IF PERS_STRING 

= "OIIOOOOIOOIIOOOOOOIOOOOIO'B 
THEN GO TO OUTP; 

IF PERS_STRING 

= 'lOOOllOOlOOOOOlOOOOOOllOO'B 
THEN GO TO OUTP; 

GO TO INREC; 

OUTP: PUT LIST (NAME); 



GO TO INREC; 

In this example, the bit s 
is defined on the 
CODE_STRING. Bit-String c 
structed: to represent the 
inforniaticn being sought 
then is compared, in turn, 
bit- string constants. Not 
and second constants are 
that the first tests for b 
second tests for blond h 
variations are specified i 
pie by (HAIR. BROWN I BLOND). 



tring PERS_STRING 
minor structure 
on St ants are con- 
values of the 
The bit string 

with each of the 
e that the first 

identical except 
rown hair and the 
air. These two 
n the first exam- 



Note that the second method of testing 
PERSONNEL_RECORD could not be used if the 
structure were ALIGNED (the base identifier 
for overlay defining must be UNALIGNED) . 



The tests might also be made with a 
series of IF statements, either nested or 
unnested, in which each bit would be tested 
with a single IF statement. It would 
require a greater amount of coding, but it 
would be faster at execution time than an 
IF statement containing many bit- string 
operators. 



CHARACTER- STRING AND BIT-STRING BUILT-IN 
FUNCTIONS 



PL/I provides a number of built-in func- 
tions, some of which also can be used as 
pseudo-variables, to add power to the 
string-handling facilities of the language. 
Following are brief descriptions of these 
functions (more detailed descriptions 
appear in Part II, Section G, "Built-in 
Functions and Pseudo-Variables") : 

The BIT built-in function specifies that 
a data item is to be converted to a bit 
string. The built-in function allows a 
programmer to specify the length of the 
converted string, overriding the length 
that would result frcm the standard rules 
of data conversion. 

The CHAR built-in function is exactly 
the same as the BIT built-in function, 
except that the conversion is to a charac- 
ter string of a specified length. 

The SUBSTR built-in function, which can 
also serve as a pseudo-variable in a 
receiving field, allows a specific sub- 
string to be extracted from (or assigned 
to, in the case of a pseudo-variable) a 
specified string value. 

The INDEX built-in function allows a 
string, either a character string or a bit 
string, to be searched for the first occur- 
rence of a specified substring, which can 
be a single character or bit. The value 
returned is the location of the first 
character or bit of the substring, relative 
to the beginning of the string. The value 
is expressed as a binary integer. If the 
substring does not occur in the specified 
string, the value returned is zero. 

The LENGTH built-in function gives the 
current length of a character string or bit 
string. It is particularly useful with 
strings that have the VARYING attribute. 

The HIGH built-in function provides a 
string of a specified length that consists 
of repeated occurrences of the highest 
character in the collating sequence. For 
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Systein/360 implementations, the character 
is hexadecimal FF. 

The LOW built-in function provides a 
string of a specified length that consists 
of repeated occurrences of the lowest char- 
acter in the collating sequence. For 
System/36 implementations, the character 
is hexadecimal 00. 

The REPEAT built-in function permits a 
string to be formed from repeated occurren- 
ces of a specified substring. It is used 
to create string patterns. 



The STRING built-in function concaten- 
ates all the elements in an aggregate 
variable into a single string element. 



The BOOL built-in function allows up to 
16 different Boolean operations to be 
applied to two specified bit strings. 

The UNSPEC built-in function, which can 
also be used as a pseudo-variable, speci- 
fies that the internal coded representation 
of a value is to be regarded as a bit 
string with no conversion. 
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CHAPTER 10: SUBROUTINES AND FUNCTIONS 



ARGUMENTS AND PARAMETERS 



Data can be made known in an invoked 
procedure by extending the scope of the 
names identifying that data to include the 
invoked procedure. This extension of scope 
is accomplished by nesting procedures or by 
specifying the EXTERNAL attribute for the 
names. 



There is yet another way in which data 
can be miade known in an invoked procedure , 
and that is to specify the names as argu- 
ments in a list in the invoking statement. 
Each argument in the list is an expression, 
a file name, a statement label constant or 
variable, or an entry name that is to be 
passed to the invoked procedure. 



Since arguments are passed to it, the 
invoked procedure must have some way of 
accepting them. This is done by the expli- 
cit declaration of one or more parameters 
in a list in the PROCEDURE or ENTRY state- 
ment that is the entry point at which the 
procedure is invoked. A parameter is a 
name used within the invoked procedure to 
represent another name (or expression) that 
is passed to the procedure as an argument. 
Each parameter in the parameter list of the 
invoked procedure has a corresponding argu- 
ment in* the argument list of the invoking 
statement. This correspondence is taken 
from left-to-right; the first argument cor- 
responds to the first parameter, the second 
argument corresponds to the second paramet- 
er, and so forth. In general, any ref- 
erence to a parameter within the invoked 
procedure is treated as a reference to the 
corresponding argument. The number of 
arguments and parameters must be the same. 



The example below illustrates how param- 
eters and arguments may be used: 

PRMAIN: PROCEDURE; 

DECLARE NAME CHARACTER (20), 
ITEM BIT (5) ; 



CALL OUTSUB (NAME, ITEM) ; 



END PRMAIN; 



OUTSUB: PROCEDURE (A,B); 

DECLARE A CHARACTER (20) , 
B BIT(5) ; 



PUT LIST (A, B) ; 



END OUTSUB; 

In procedure PRMAIN, NAME is declared as 
a character string, and ITEM as a bit 
string. The CALL statement in PRMiMN 
invokes the procedure called OUTSUB, and 
IL parenthesized list included in this 
procedure reference contains the two argu- 
ments being passed to OUTSUB. The PRa:E- 
DURE statement defining OUTSUB declares two 
parameters, A and B. When OUTSUB is 
invoked, NAME is associated with A and ITEM 
is associated with B. Each reference to A 
in OUTSUB is treated as a reference to NAME 
and each reference to E is treated as a 
reference to ITEM. Therefore, the PUT LIST 
(A,B) statement causes the values of NAME 
and ITEM to be written into the standard 
system output file, SYSPRINT. 

Note that the passing of arguments usu- 
ally involves the passing of names and not 
merely the values represented by these 
names. (In general, the name that is 
passed is usually the address of the value 
or an address that can be used to retrieve 
the value.) As a result, storage allocated 
for a variable before it is passed as an 
argument is not duplicated when the proce- 
dure is invoked. Any change of value 
specified for a parameter actually is a 
change in the value of the argument- Such 
changes are in effect when control is 
returned to the invoking block. 

A parameter can be thought of as indi- 
rectly representing the value that is 
directly represented by an argument. Thus, 
since both the argument and the parameter 
represent the same value, the attributes of 
a parameter and its corresponding argument 
must agree. For example, an obvious error 
exists if a parameter has the attribute 
FILE and its corresponding argument has the 
attribute FLOAT. However, there are cases 
in which such an error may not be so 
obvious, for example, when an argument is a 
constant. Certain inconsistencies between 
the attributes of an argument and its 
associated parameter can be resolved by 
specifying, in an invoking procedure, the 
eT^itRY attribute for an entry name to be 
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ENTRY attribute specification 
facility to specify that the 
generate coding to convert 
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"Dummy Arguments." 



A name is explicitly declared to be a 
parameter by its appearance in the paramet- 
er list of a PROCEDURE or ENTRY Statement. 
However, its attributes, unless defaults 
apply, must be explicitly stated within 
that procedure in a DECLARE statement. 

Parameters, therefore, provide the means 
for generalizing procedures so that data 
whose names may not be known within such 
procedures can, nevertheless, be operated 
upon. There are two types of generalized 
procedures that can be written in PL/I: 
subroutine procedures (called simply, 
subroutine s) and function procedures 
(functions) . 



SU mOUTINES 



(The discussion in this section applies to 
synchronous operation and does not com- 
pletely cover asynchronous operation, 
although the rules apply generally to all 
subroutines, whether or not the CALL state- 
ment contains one of the multitasking 
options. Multitasking is discussed in 
Chapter 15, "Multitasking,") 

A subroutine is a procedure that us\ially 
requires arguments to be passed to it in an 
invoking CALL statement. It can be either 
an external or internal procedure. A ref- 
erence to such a procedure is known as a 
s ubrout i ne referenc e. The general format 
of a subroutine reference is as follows: 



1. Control reaches the final END state- 
ment of the subroutine. Execution of 
this statement causes control to be 
returned to the first executable 
statement logically following the 
statement that originally invoked the 
subroutine. There is an exception, 
however: return of control from a 
subroutine invoked by the CALL option 
is to the statement containing the 
CALL option at the point immediately 
following that option. Either of 
these is considered to be a normal 
return. 



2. Control reaches a RETURN statement in 
the subroutine,. This causes the same 
normal return caused by the END state- 
ment. 



3. Control reaches a GO TO statement that 
transfers control out of the subrou- 
tine. (This is not permitted if the 
subroutine is invoked by the CALL 
option.) The GO TO statement may 
specify a label in a containing block 
(the label must be known within the 
subroutine),, or it may specify a par- 
ameter that has been associated with a 
label argument passed to the subrou- 
tine. Although this is considered to 
be normal termdnation of the subrou- 
tine, it is not normal return of 
control,, as effected by an END or 
RETURN statement. 



With synchronous operation, a STOP or 
EXIT statement encountered in a subroutine 
abnormally terminates execution of that 
subroutine and of the entire program asso- 
ciated with the procedure that invoked it. 



CALL entry-name [ (argument [ , argument] ...)]; 

Note that a subroutine can also be invoked 
through the CALL option of an INITIAL 
attribute specification. 

Whenever a subroutine is invoked, the 
argiiments of the invoking statement are 
associated with the parameters of the entry 
point, and control is then passed to that 
entry point. The subroutine is thus acti- 
vated, and execution begins. 

Upon termination of a subroutine, con- 
trol normally is returned to the invoking 
block. A subroutine can be terminated 
normally in any of the following ways: 



The following example illustrates how a 
subroutine interacts with the procedure 
that invokes it: 



A: PROCEDURE; 

DECLARE RATE FLOAT (10), TIME FLOAT (5), 
DISTANCE FLOAT (15), MASTER FILE; 



CALL READCM (RATE, TIME,, DISTANCE, 
MASTER) ; 



END A; 
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READCM: PROCEDURE (W,X,Y,Z); 

DECLARE W FLOAT (10), X FLOAT (5), 
Y FLOAT (15), Z FILE; 



SPROD. The parenthesized list following 
the function name contains the arguments 
that are being passed to SPROD. Assume 
that SPROD has been defined as follows;; 



GET FILE (Z) LIST (W,X,Y); 



SPROD: PROCEDURE (U,V,W) ; 



Y = W*X; 

IF Y > THEN RETURN; 

ELSE PUT LIST ('ERROR READCM'); 
END READCM; 



IF U > V + W 

THEN RETURN (0) ; 
ELSE RETURN (U*V*W} 



The arguments RATE, TIME, DISTANCE, and 
MASTER are passed to the parameters W, X, 
Y, and Z. Consequently, in the subroutine, 
a reference to W is the same as a reference 
to RATE, X the same as TIME, Y the same as 
DISTANCE, and Z the same as MASTER. 



FUNCTIONS 



A function is a procedure that usually 
requires arguments to be passed to it when 

I it is invoked. It cannot be executed 
asynchronously with the invoking procedure. 
Unlike a subroutine, which is invoked by a 
CALL statement or CALL option, a function 
is invoked by the appearance of the func- 
tion name (and associated arguments) in an 
expression. Such an appearance is called a 
function reference . Like a subroutine, a 
function can operate upon the arguments 
passed to it and upon other known data. 
But unlike a subroutine, a function is 
written to compute a single value which is 
returned, with control, to the point of 
invocation., the function reference. This 
single value can be of arithmetic, string 

I (including picture data), locator, or area 
type. An example of a function reference 
is contained in the following procedure: 

MAINP: PROCEDURE; 



GET LIST (A, B, C, Y) ; 



X = Y**3+SPR0D(A,B,C) ; 



END MAINP; 

In the above procedure, the assignment 
statement 

X = Y**3+SPR0D(A,B,C) ; 

contains a reference to a function called 



END SPROD; 

When SPROD is invoked by MAINP, the 
arguments A, B, and C are associated with 
the parameters U, V, and W, respectively. 
Since attributes have not been explicitly 
declared for the arguments and parameters, 
default attributes of FLOAT DECIMAL (6) are 
applied to each argument and param€»ter. 
(The default precision is that defined for 
System/360 implementations.) Hence, the 
attributes are consistent, and the associa- 
tion of the arguments with the param€!ters 
produces no error. 

During the execution of SPROD, the IF 
statement is encountered and a test is 
made. If U is greater than V + W, the 
statement associated with the THEN clause 
is executed; otherwise, the statement asso- 
ciated with the ELSE clause is executed. 
In either case, the executed statement is a 
RETURN statement. 

The RETURN statement is the usual way by 
which a function is terminated and control 
is returned to the invoking procedure. Its 
use in a function differs somewhat from its 
use in a subroutine; in a function, not 
only does it return control but it also 
returns a value to the point of invocation. 
The general form of the RETURN statement, 
when it is used in a function,, is as 
follows: 

RETURN (element-expression); 

The expression must be present and must 
represent a single value; i.e., it cannot 
be an array or structure expression. It is 
this value that is returned to the invoking 
procedure at the point of invocation. 
Thus, for the above example, SPROD returns 
either or the value represented by U*V*W, 
along with control to the invoking expres- 
sion in MAINP. The returned value then 
effectively replaces the function ref- 
erence, and evaluation of the invoking 
expression continues. 

A function can also be terminated by 
execution of a GO TO statement. If this 
method is used, evaluation of the expres- 
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sion that invoked the function will not be 
completed, and control will go to the 
designated statement. As in a subroutine, 
the transfer point specified in a GO TO 
statement may be a parameter that has been 
associated with a label argument. For 
example, assume that MAINP and SPROD have 
been defined as follows: 



MAINP : PROCEDURE ; 



GET LIST (A,B,C,Y) ; 

X = Y**3+SPR0D(A„B,C,LAB1) ; 



LABI: CALL ERRT; 



END MAINP; 

SPROD: PROCEDURE {U,V,W,Z); 
DECLARE Z LABEL; 



IF U > V + W 

THEN GO TO Z; 

ELSE RETURN (U*V*W); 



END SPROD; 

In MAINP, LABI is explicitly declared to 
be a statement label constant by its 
appearance as a label for the CALL ERRT 
statement. When SPROD is invoked, LABI is 
associated with parameter Z. Since the 
attributes of A must agree with those of 
LABI, Z is declared to have the LABEL 
attribute. When the IF statement in SPROD 
is executed, a test is made. If U is 
greater than V + W, the THEN clause is 
executed, control returns to MAINP at the 
statement labeled LABI, and evaluation of 
the expression that invoked SPROD is dis- 
continued. If U is not greater than V + W, 
the ELSE clause is executed and a return to 
MAINP is made in the normal fashion. Addi- 
tional information about the use of label 
arguments and label parameters is contained 
in the section "Relationship of Arguments 
and Parameters" in this chapter. 

Note: In some instances, a function may be 
so defined that it does not require argu- 
ments. In such cases, the appearance of 
the function name within an expression will 
be recognized as a function reference only 
if the function name has been explicitly or 
contextually declared to be an entry name. 
See "The ENTRY Attribute" in this chapter 
for additional information. 



Attributes of Returned Values 



The attributes of the value returned by 
a function may be declared in two ways: 

1. They may be declared by default 
according to the first letter of the 
function name. 

2. They may be explicitly declared fol- 
lowing the parameter list in the func- 
tion PROCEDURE (or ENTRY) Statement. 

Note that the value of the expression in 
the RETURN statement is converted within 
the function, whenever necessary, to con- 
form to the attributes specified by one of 
the two methods above. 

In the previous examples of MAINP and 
SPROD, the PROCEDURE statement of SPROD 
contains no attributes declared for the 
value it returns. Thus, these attributes 
must be determined from the first letter of 
its name, S. The attributes of the 
returned value are therefore FLOAT and 
DECIMAL. Since these are the attributes 
that the returned value is expected to 
have, no conflict exists. 

Note: Unless the invoking procedure pro- 
vides the compiler with information to the 
contrary, the attributes of the value 
returned by a function to the invoking 
procedure are always determined from the 
first letter of the function name. 

The way in which attributes can be 
declared for the returned value in the 
PROCEDURE or ENTRY Statement is illustrated 
in the following example. Assume that the 
PROCEDURE statement for SPROD has been 
specified as follows: 

SPROD: PROCEDURE (U,V,W,Z) FIXED BINARY; 

With this declaration, the value returned 
by SPROD will have the attributes FIXED and 
BINARY. However, since these attributes 
differ from those that would be determined 
from the first letter of the function name, 
this difference must be stated in the 
invoking procedure to avoid a possible 
error. The PL/I programmer communicates 
this information to the compiler with the 
RETURNS attribute specified in the invoking 
procedure. 

The RETURNS attribute is specified in a 
DECLARE statement for an entry name. It 
specifies the attributes of the value 
returned by that function. It further 
specifies, by implication, the ENTRY attri- 
bute for the name; consequently, it is an 
entry nam e attribute spe c ification . Unless 
default attributes for the entry name 
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apply, any invocation of a function must 
appear within the scope of a RETURNS attri- 
bute declaration for the entry name. For 
an internal function, the RETURNS attribute 
can be specified only in a DECLARE state- 
ment that is internal to the same block as 
the function procedure. 

The general format of the RETURNS attri- 
bute is: 

RETURNS (attribute-list) 

A RETURNS attribute specifies that within 
the invoking procedure the value returned 
from the named entry point is to be treated 
as though it had the attributes given in 
the attribute list. The word treated is 
used because no conversion is performed in 
an invoking block upon any value returned 
to it. Therefore, if the attributes of the 
returned value do not agree with those in 
the attribute list of the RETURNS attri- 
bute, an error will probably result. 

In order to specify to the compiler that 
coding for MAINP is to handle the FIXED 
BINARY value being returned by SPROD, the 
following declaration must be given within 
MAINP : 

DECLARE SPROD RETURNS (FIXED BINARY); 

It is important to note some of the 
things that are implied in the above dis- 
cussion. Principally, it should be remem- 
bered that during compilation of the invok- 
ing block, there is no way for the compiler 
to check a function procedure to determine 
the attributes of the value it returns. In 
the absence of explicit information in a 
RETURNS attribute specification, the com- 
piler can only assume that the attributes 
will be consistent with the attributes 
implied by the first letter of the function 
name. This is true even if the function 
procedure is contained in the invoking 
procedure. If the returned value does not 
have the attributes that the invoking pro- 
cedure is prepared to receive, no conver- 
sion can be performed. The RETURNS attri- 
bute must be declared for a function that 
returns any value with attributes not con- 
sistent with default attributes for the 
function name. 



only the commonly used arithmetic functions 
but also other necessary or useful func- 
tions related to language facilities, such 
as functions for manipulating strings and 
arrays. 



Built-in functions are invoked in the 
same way that programmer-defined functions 
are invoked. However, many built-in func- 
tions can return array or structure values, 
whereas a programmer- defined function can 
return only an element value. 

Note ; Some built-in functions may actually 
be compiled as in-line code rather than as 
procedure invocations. All are referred to 
in a PL/I source program, however, by 
function references, whether or not they 
result in an actual procedure invocation. 

Neither the ENTRY attribute nor the 
RETURNS attribute can be specified for any 
built-in function name. The use of the 
name in a function reference is recognized 
without need for any further identifi- 
cation; attributes of values returned by 
built-in functions are known by the compil- 
er. 

But since built-in function names are 
PL/ I keywords, they are not reserved; the 
same identifiers can be used as programmer- 
defined names. Consequently,, ambiguity 
might occur if a built-in function 
reference were to be used in a block that 
is contained in another block in which the 
same identifier is declared for some other 
purpose. To avoid this ambiguity, the 
BUILTIN attribute can be declared for a 
built-in function name in any block that 
has inherited, from a containing block, 
some other declaration of the identifier. 
Consider the following example. 

A: PROCEDURE; 



B: BEGIN; 

DECLARE SQRT FLOAT BINARY; 



C: BEGIN; 

DECLARE SQRT BUILTIN; 



uilt-In Functions 



END C; 



Similar to function procedures that a 
programmer can define for himself is a 
comprehensive set of pre-defined functions 
called built-in functions. 



END B; 



The set of built-in functions is an 
intrinsic part of PL/I. It includes not 



END A; 
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Assume that in external procedure A„ 
SQRT is neither explicitly nor contextually 
declared for some other use. consequently,, 
any reference to SQRT would refer to the 
built-in function of that name. In B„ 
however, SQRT is declared to be a floating- 
point binary variable, and it cannot be 
used in any other way. Finally, in C, SQRT 
is declared with the BUILTIN attribute so 
that any reference to SQRT will be 
recognized as a reference to the built-in 
function and not to the floating-point 
binary variable declared in B. 

Note that a variable having the same 
identifier as a built-in function can be 
contextually declared by its appearance on 
the left-hand side of an assignment symbol 
(in an assignment statement,, a DO state- 
ment, or a repetitive specification) or in 
the data list of a GET statement, provided 
that it is neither enclosed within nor 
immediately followed by an argument list. 
(This does not apply to the names ONCHAR,, 
ONSOURCE, and PRIORITY which are pseudo- 
variables that do not require arguments.) 
For example, if the statement SQRT = 1 had 
appeared in procedure B instead of the 
explicit declaration, SQRT would have been 
contextually declared as a floating-point 
decimal variable. 

A programmer can even use a built-in 
function name as the entry name of a 
programmer-written function and,, in the 
same program, use both the built-in 
function and the programmer-written func- 
tion. This can be acccanplished l^ use of 
the BUILTIN attribute and the ENTRY attri- 
bute. (The ENTRY attribute,, which is used 
in a DECLARE statement to specify that the 
associated identifier is an entry name, is 
discussed in a later section of this chap- 
ter. ) 

The following example illustrates use of 
the ENTRY attribute in conjunction with the 
BUILTIN attribute. 

SQRT : PROCEDURE ( PARAM) F IXED (6,2); 
DECLARE PARAM FIXED (12); 



END SQRT; 



Z = SQRT (P) ; 



END B; 



END A; 

The use of SQRT as the label of the 
first PROCEDURE statement is an explicit 
declaration of the identifier as an entry 
name. Since, in this case, SQRT is not the 
built-in function, the entry name must be 
explicitly declared in A (and the RETURNS 
attribute is specified because the attri- 
butes of the returned value are not appar- 
ent in the function name) . The function 
reference in the assignment statement in A 
thus refers to the prog rammer- written SQRT 
function. In the begin block,, the iden- 
tifier SQRT is declared with the BUILTIN 
attribute, consequently, the function ref- 
erence in the assignment statement in B 
refers to the built-in SQRT function. 

If a programmer- written function using 
the name of a built-in function is exter- 
nal, 
to 



, any procedure containing a reference 
that function name must also contain an 
entry declaration of that name; otherwise a 
reference to the identifier would be a 
reference to the built-in function. In the 
above example, if the PROCEDURE B were not 
contained in A, there would be no need to 
specify the BUILTIN attribute; so long as 
the identifier SQRT is not known as some 
other name, the identifier would refer to 
the built-in function. 

If a programmer- written function using 
the name of a built-in function is inter- 
nal ,, any reference to the identifier in the 
containing block would be a reference to 
the programmer-written function,, provided 
that its name is known in the block in 
which the reference is made. No entry name 
attributes would have to be specified if 
attributes to the returned value could be 
inferred from the entry name. 



A: PROCEDURE; 

DECLARE SQRT ENTRY RETURNS 

(FIXED (6,2)),, YFIXED(12); 



RELATIONSHIP OF ARGUMENTS AND PARAMETERS 



X = SQRT(Y) ; 



B: BEGIN; 

DECLARE SQRT BUILTIN; 



When a function or subroutine is 
invoked, a relationship is established 
between the arguments of the invoking 
statement or expression and the parameters 
of the invoked entry point. This relation- 
ship is dependent upon whether or not dummy 
arguments are created. 
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DUIVMY ARGUMENTS 



THE ENTRY ATTRIBUTE 



In the introductory discussion of argu- 
ments and parameters, it is pointed out 
that the name of an argument, not its 
value, is passed to a subroutine or func- 
tion. However, there are times when an 
argument has no name. A constant, for 
example, has no name; nor does an opera- 
tional expression. But the mechanism that 
associates arguments with parameters cannot 
handle such values directly. Therefore, 
the compiler must provide storage for such 
values and assign an internal name for 
each. These internal names are called 
dummy arguments . They are not accessible 
to the PL/ I programmer, but he should be 
aware of their existence iDecause any change 
to a parameter will be reflected only in 
the value of the dummy argument and not in 
the value of the original argument from 
which it was constructed. 



A dummy argument is always created for 
any of the following cases: 



1. If an argument is a constant 



If an argument is an expression 
involving operators 



If an argument is an expression in 
parentheses 



U. If an argument is a variable whose 
data attributes are different from the 
data attributes declared for the par- 
ameter in an entry name attribute 
specification appearing in the invok- 
ing block 



5. If an argument is itself a function 
reference containing arguments 



6. If, for the F Compiler, an argument is 
a controlled array or string associat- 
ed with a simple parameter, unless the 
asterisk notation is used. 

In all other cases, the argument name is 
passed directly. The parameter becomes 
identical with the passed argument; thus, 
changes to the value of a parameter will be 
reflected in the value of the original 
argument < only if a dummy argument is not 
passed. 

A task variable cannot be passed as an 
argument if this would cause a dummy argu- 
ment to be created. 



There is no way during compilation of a 
subroutine or function that the compiler 
can know the attributes of arguments that 
will be passed to a parameter. The compil- 
er must assume that the attributes of each 
argument will agree with the attributes of 
its associated parameter. Wherever there 
is disagreement, the program must provide, 
in the invoking procedure, an ENTRY attri- 
bute declaration for the entry name of the 
subroutine or function being invoked. The 
general form of the ENTRY attribute is as 
follows : 

ENTRY [(parameter-attribute-list 
[, parameter-attribute-list] . . . ) ] 



Note that the above format allows the 
keyword ENTRY to be specified without 
accompanying parameter attribute lists, as 
it might be used to identify a function 
entry name that does not require arguments. 



Each parameter attribute list in the 
ENTRY attribute specification corresponds 
to one parameter of the subroutine or 
function involved and specifies the attri- 
butes of that parameter. In general, if 
the attributes of an argument do not agree 
with those of its corresponding parameter 
(as specified in a parameter attribute 
list) , a dummy argument is constructed for 
that argument if conversion is possible. 
The dummy argument contains the value of 
the original argument converted to conform 
with the attributes of the corresponding 
parameter. Thus, when the subroutine or 
function is invoked, it is the dummy argu- 
ment that is passed to it. 

If an ENTRY attribute with parameter 
attribute lists is not used, the compiler 
assumes that the arguments are compatible 
and acts according to the default attri- 
butes of the parameters. If the argument 
attributes do not agree with the attributes 
of the corresponding parameter, no conver- 
sion occurs, and an error probably results. 
For example, if a fixed decimal argument, 
which should be byte aligned, is passed to 
a procedure which expects a fixed binary 
argument, then a specification interrupt 
probably occurs when the argument is treat- 
ed as fullword binary. 

When the above form of the ENTRY attri- 
bute is used, each parameter of the subrou- 
tine or function must be accounted for. If 
there is no need to specify the attributes 
of a particular parameter, its place must 
be kept by a comma. For example, the 
statement: 

DECLARE SUBR ENTRY (FIXED, , FLOAT) ; 
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specifies that SUBR is an entry name that 
has three parameters: the first and third 
have the attributes FIXED and FLOAT, res- 
pectively, while the attributes of the 
second are presumably the same as those of 
the argument being passed. Since the 
attributes of the second parameter are not 
stated, no assumptions are made and no 
conversions are performed. 



A: PROCEDURE; 

DECLARE RANDOM ENTRY; 



PUT LIST (RANDOM) ; 



END A; 



indicate 
an entry 



As mentioned earlier, the ENTRY attri- 
bute may be specified without parameter 
attribute lists.. It is used in this way to 
that the associated identifier is 
name. Such an indication is 
necessary if an identifier is not otherwise 
recognizable as an entry name, that is, if 
it is not explicitly or contextually 
declared to be an entry name in one of the 
following ways: 



1, By its appearance as a label of a 
PROCEDURE or ENTRY statement 
(explicit) 



Now, RANDOM is recognized as an entry 
name, and the appearance of RANDOM in the 
PUT statement cannot be interpreted as 
anything but a function reference. There- 
fore, the PUT statement results in the 
output transmission of the random number 
returned by RANDOM. 

Note ; The ENTRY attribute is implied — and 
therefore need not be stated explicitly 
for an identifier that is declared in a 
DECLARE statement to have one of the entry 
name attributes RETURNS, REDUCIBLE, IRREDU- 
CIBLE, USES, or SETS. 



2. By its appearance immediately follow- 
ing the keyword CALL (contextual) 



Entry Names as Arguments 



By its appearance as the function name 
in a function reference that contains 
an argument list (contextual) 



Therefore, if a reference is made to an 
entry name in a block in which it does not 
appear in one of these three ways, the 
identifier must be given the ENTRY attri- 
bute explicitly,, or by implication (see 
"Note" below), in a DECLARE statement with- 
in the block. For example, assume that the 
following has been specified: 



A: PROCEDURE; 



PUT LIST (RANDOM) ; 



END A; 



Assume also that A is an external proce- 
dure and RANDOM is an external function 
that requires no arguments and returns a 
random number. As the procedure is shown 
above, RANDOM is not recognizable within A 
as an entry name, and the result of the PUT 
statement therefore is undefined. In order 
for RANDOM to be recognized within A as an 
entry name,, it must be declared to have the 
ENTRY attribute. For example: 



When an entry name is specified as an 
argument of a function or subroutine ref- 
erence, one of the following applies: 

1. If the entry name argument, call it M, 
is specified with an argument list of 
its own,, it is recognized as a func- 
tion reference; M is invoked, and the 
value returned by M effectively repla- 
ces M and its argument list in the 
containing argument list. 

2. If the entry name argument appears 
without an argument list, but within 
an operational expression or within 
parentheses, then it is taken to be a 
function reference with no arguments. 
For example: 

CALL A((B)) ; 

This passes, as the argument to proce- 
dure A,, the value returned by the 
function procedure B. 

3. If the entry name argument appears 
without an argument list and neither 
within an operational expression nor 
within parentheses,, the entry name 
itself is passed to the function or 
subroutine being invoked. In such 
cases, the entry name is not taken to 
be a function reference, even if it is 
the name of a function that does not 
require arguments. For example: 

CALL A(B) ; 
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This passes the entry 
argument to procedure A. 



name B as an 



There is an exception to this rule, 
however: if an identifier is known as 
an entry name and appears as an argu- 
ment and if the parameter attribute 
list for that argument specifies an 
attribute other than ENTRY, the entry 
name will be invoked and its returned 
value passed. For example: 

A: PROCEDURE; 

DECLARE B ENTRY, 

C ENTRY (FLOAT) ; 



X = C(B) ; 



END A; 

In this case, B is invoked and its 
returned value is passed to C. 

Consider the following example: 

CALLP : PROCEDURE ; 

DECLARE RREAD ENTRY, 

SUBR ENTRY (ENTRY, FLOAT, 
FIXED BINARY, LABEL) ; 



GET LIST (R,,S) ; 



CALL SUBR (RREAD, SQRT(R), S, 
LABI) ; 



LAB 1 : CALL ERRT ( S ) ; 



END CALLP; 

SUBR: PROCEDURE (NAME, X, J, TRANPT) ; 

DECLARE NAME ENTRY, TRANPT LABEL; 



IF X > J THEN CALL NAME (J); 
ELSE GO TO TRANPT; 



END SUBR; 

In this example, assume that CALLP, 
SUBR, and RREAD are external. In CALLP, 
both RREAD and SUBR are explicitly declared 
to have the ENTRY attribute. (Actually, 
the explicit declaration for SUBR is used 



principally to provide information about 
the characteristics of the parameters of 
SUBR. ) Four arguments are specified in the 
CALL SUBR statement. These arguments are 
interpreted as follows: 

1. The first argument, RREAD, is recog- 
nized as an entiry name (because of the 
ENTRY attribute declaration) . This 
argument is not in conflict with the 
first parameter as specified in the 
parameter attribute list in the ENTRY 
attribute declaration for SUBR in 
CALLP. Therefore, since RREAD is rec- 
ognized as an entry name and not as a 
function reference, the entry name is 
passed at invocation. 

2- The second argument, SQRT(R), is rec- 
ognized as a function reference 
because of the argument list accom- 
panying the entry name. SQRT is 
invoked, and the value returned by 
SQRT is assigned to a dummy argument, 
which effectively replaces the ref- 
erence to SQRT. The attributes of the 
dummy argxiraent agree with those of the 
second parameter, as specified in the 
parameter attribute list declaration,. 
When SUBR is invoked, the dummy argu- 
ment is passed to it. 

3. The third argument, S, is simply a 
decimal floating-point element varia- 
ble. However, since its attributes do 
not agree with those of the third 
parameter, as specified in the param- 
eter attribute list declaration, a 
dummy argument is created containing 
the value of S converted to the attri- 
butes of the third parameter. When 
SUBR is invoked, the dummy argument is 
passed. 

U. The fourth argument, LABI, is a 
statement-label constant. Its attri- 
butes agree with those of the fourth 
parameter. But since it is a con- 
stant, a dummy argument is created for 
it. When SUBR is invoked, the dummy 
argument is passed. 

In SUBR, four parameters are explicitly 
declared in the PROCEDURE statement. If no 
further explicit declarations were given 
for these parameters, arithmetic default 
attributes would be supplied for each. 
Therefore, since NAME must represent an 
entry name, it is explicitly declared with 
the ENTRY attribute, and since TRANPT must 
represent a statement label,, it is expli- 
citly declared with the LABEL attribute. X 
and J are arithmetic, so the defaults are 
allowed to apply. 

Note that the appearance of NAME in the 
CALL statement does not constitute a con- 
textual declaration of NAME as an entry 
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name. Such a contextual declaration can be 
made only if no explicit declaration 
applies, and the appearance of NMIE in the 
PROCEDURE Statement of SU3R constitutes an 
explicit declaration of NAME as a paramet- 
er. If the attributes of a parameter are 
not explicitly declared in a complementary 
DECLARE statement, arithmetic defaults 
apply. Consequently, iiAME must be expli- 
citly declared to have the ENTRY attribute; 
otherwise, it would be assumed to be a 
binary fixed-point variable, and its use in 
the CALL statement would result in an 
error. 



of the corresponding argument. Usually, 
this can be assured simply by specifying 
actual numbers for the bounds or length of 
the parameter. However, the actual bounds 
or length may not always be known at the 
time that the subroutine or function is 
written. Whenever this is the case, bounds 
or length for a simple parameter may be 
specified by asterisks; bounds or length 
for a controlled parameter may be specified 
either by asterisks or by expressions. 



Simple Parameter Bounds and Lengths 



ALLOCATION OF PARAMETERS 



A parameter cannot be dec 
any of the storage class attri 
AUTOMATIC, or BASED. It can, 
declared to have the CONTROLL 
Thus, there are two classes of 
as far as storage allocation 
those that have no storage 
simple parameters ^ and those 
CONTROLLED attribute, i.e., co 
ameters. 



lared to have 
butes STATIC, 
however, be 
ED attribute, 
parameters, 
is concerned: 
class, i.e. , 
that have the 
ntrolled par- 



When the actual length or bounds of a 
simple parameter are not known, they can be 
specified in a DECLARE statement by aster- 
isks. When an asterisk is used, the length 
or bounds are taken from the current gener- 
ation of the corresponding argument; if no 
current generation exists, any reference to 
the variable is an error. If an asterisk 
is used to represent the bounds of one 
dimension of an array parameter, the bounds 
of all other dimensions of that parameter 
must be specified by asterisks. 



A simple parameter may be associated 
with an argument of any storage class. 
However, if more than one generation of the 
argument exists, the parameter is associat- 
td only with that generation existing at 
the time of invocation. 

A controlled parameter raiust always have 
a corresponding controlled argument. Such 
an argument cannot be subscripted, cannot 
be an element of a structure, and cannot 
cause a dummy to be created. If more than 
cne generation of the argument exists at 
the time of invocation, the parameter cor- 
responds to the entire stack of these 
generations. Thus, at the time of invoca- 
tion, a controlled parameter represents the 
current generation of the corresponding 
argument. A controlled parameter may be 
allocated and freed in the invoked proce- 
dure, thus allowing the manipulation of the 
allocation stack of the associated argu- 
ment. A simple parameter cannot be speci- 
fied in an ALLOCATE or FREE statement. 



Con trol l ed Parameter Bounds and L engths 



The bounds or length of a controlled 
parameter can be represented in a DECLARE 
statement either by asterisks or by element 
expressions. 



Asterisk Notation: 



When asterisks are 



usedj, length or bounds of the controlled 
parameter are taken from the current gener- 
ation of the corresponding argument. Any 
subsequent allocation of the controlled 
parameter uses these same bounds or length, 
unless they are overridden by a different 
length or bounds specification in the ALLO- 
CATE statement. If no current generation 
of the argument exists, the asterisks only 
determine the dimensionality of the param- 
eter, and an ALLOCATE statement in the 
invoked procedure must specify bounds or 
length for the controlled parameter before 
other references to the parameter can be 
made. 



Parameter Bounds and Lengths 



If an argument is a string or an array, 
the length of the string or the bounds of 
the array must be declared for the corres- 
ponding parameter. The number of dimen- 
sions and the bounds of an array parameter 
or the length of a string pairameter must be 
the same as that for the current generation 



Expression Not atio n; The bounds or length 
of a controlled parameter can also be 
specified by element expressions. These 
expressions are evaluated at the time of 
allocation. Each time the parameter is 
allocated, the expressions are re-evaluated 
to give current bounds or length for the 
new allocation. However, such expressions 
in a DECLARE statement can be overridden by 
a bounds or length specification in the 
ALLOCATE statement itself. 
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If a current generation of the argument 
exists at the time of invocation, the 
expressions evaluated at invocation must 
give the same bounds or length as the 
argument. If a current generation does not 
exist, then no requirements are made on the 
values of these expressions. They are 
evaluated each time the parameter is allo- 
cated, except in those cases where the 
expressions are overridden by a bounds or 
length specification in the ALLOCATE state- 
ment itself. For example: 



MAIN: PROCEDURE OPTIONS (MAIN) ; 

DECLARE {A{20), BOO), C(IOO), 
D (100) ) CONTROLLED, 
NAME CHARACTER (20), 
I FIXED (3,0); 



ALLOCATE A,B; 
CALL SUB1(A,B) ; 



In the procedure MAIN, the arrays A, B, c, 

and D are declared with the CONTROLLED 

storage class attribute; NAME and I are 
AUTOMATIC by default. 

When SUBl is invoked, A and B, which 
have been allocated as declared, are 
passed. SUBl declares its param.eters with 
the asterisk notation. The ALLOCATE state- 
ment, however, specifies bounds for the 
arrays; consequently, the allocated arrays, 
which are actually a second generation of A 
and B, have bounds different from the first 
generation (if no bounds were specified in 
the ALLOCATE statement, the bounds of the 
new generation would be identical to those 
of the first generation). 

After control returns to MAIN, the first 
FREE statement frees the second generation 
of A and B (allocated in SUBl as 
parameters) , and the second FREE statement 
frees the first generation (allocated in 
MAIN) . 



FREE A, B; 



FREE A,B; 

GET LIST (NAME, I) ; 

CALL SUB2 (C,D,NAME,I) ; 



FREE C,D; 



When SUB2 is invoked, C and D are passed 
to X and Y, NAME is passed to NAMEA, and I 
is passed to N. In SUB2, X and Y are 
declared with bounds that depend upon the 
value of I (passed to N) . When X and Y are 
allocated, this value determines the bounds 
of the allocated array. 

Although NAME (corresponding to NAMEA) 
is not controlled, the asterisk notation 
for the length of NAMEA indicates that the 
length is to be picked up from the declara- 
tion of the argument (NAME) . 



END MAIN; 



ARGUMENT AND PARAMETER TYPES 



SUBl: PROCEDURE (U,V); 

DECLARE (U(*), V(*)) CONTROLLED; 



ALLOCATE U(30), V(40); 



RETURN; 
END SUBl; 

SUB2: PROCEDURE (X, Y, NAMEA, N) ; 

DECLARE (X(N),Y(N)) CONTROLLED, 
NAMEA CHARACTER (♦) , 
N FIXED (3,0) ; 



ALLOCATE X, Y; 



RETURN; 
END SUB 2; 



In general, an argument and its corres- 
ponding parameter may be of any data organ- 
ization and type. For example, an argument 
may be a statement label, provided that the 
corresponding param.eter is declared with 
the LABEL attribute; it may be an entry 
name, provided that the corresponding par- 
ameter is an entry name, and so on. Howev- 
er, not all parameter/argument relation- 
ships are so clear-cut. Some need further 
definition and clarification. Such cases 
are given below. 

If a parameter is an element , i.e., a 
variable that is neither a structure nor an 
array, the argument must be an element 
expression. If the argument is a sub- 
scripted variable, the subscripts are 
evaluated before the subroutine or function 
is invoked and the name of the specified 
element is passed. If the argument is a 
constant, the attributes of the correspond- 
ing parameter must agree with the attri- 
butes indicated by the constant, unless the 



mn 



ENTRY attribute is specified for the entry 
name. 



Yf the argument 
or an element 
t is an element 
ding parameter 
the bounds of 
, however, that 
the parameter 
terisks.) This 
a dummy array 
e those of the 
of the element 
e value of each 
rgument . 



structure, 



the 



If a parameter is an arra 
must be an array expression 
expression. If the argumen 
expression, the correspon 
attribute list must specify 
the array parameter. (Note 
in this case the bounds in 
attribute list cannot be as 
causes the construction of 
argument, whose bounds ar 
array parameter. The value 
expression then becomes th 
element of the dummy array a 

If a parameter is 
argument must be a structure expression or 
an element expression. If the argument is 
an element expression, the corresponding 
parameter attribute list must specify the 
structure description of the structure par- 
ameter (only level numbers need be used — 
see the discussion of the ENTRY attribute 
in Part II, Section I, "Attributes," for 
details). This causes the construction of 
a dummy structure argument, whose descrip- 
tion matches that of the structure paramet- 
er. The value of the element expression 
then becomes the value of each element of 
the dummy structure argument. The relative 
structuring of the argument and the param- 
eter must be the same; the level numbers 
need not be identical. The element value 
must be one that can be converted to 
conform with the attributes of all the 
elementary names of the structure. 

If a parameter is an element label 
variable , the argument must be either an 
element label variable or a label constant. 
If the argument is a label constant, a 
dummy argument is constructed. 



If the parameter is a 
variable , the argument mu 
label variable,, an element 1 
or a label constant. If 
either of the latter two, th 
parameter attribute list mus 
the parameter is a label ar 
bounds of that array. Th 
construction of a dummy ar 
ment, whose bounds are those 
array parameter. 



n array la bel 

St be an array 
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If a parameter is an entry na me, the 
argument must be an entry name. Note that 
the name of a mathematical built-in func- 
tion can be passed as an argument,, but no 
other built-in function names can be 
passed. 



If 



parameter is a file name , the 



If a parameter is a fixed- length string 
variable* the argument should be a fixed- 
length string. If the argument is of 
varying length, a parameter attribute list 
describing the parameter as a fixed-length 
string must be given in the invoking 
procedure. Similarly, if a parameter is a 
varyin q -length string variable, the argu- 
ment should be a varying-length string. If 
the argument is of fixed length, a paramet- 
er attribute list describing the parameter 
as a varying-length string must be given in 
the invoking procedure. Whenever a 
varying-length string argument is passed to 
a non-varying string parameter whose length 
is undefined (i.e. specified by an 
asterisk), the maximum length of the argu- 
ment is passed to the invoked procedure. 
This is true even when the argument is an 
element; the object of passing the maximum 
length rather than the current length is to 
maintain a consistent rule for both element 
and array arguments. (If the argument were 
a varying-length string array passed to a 
non- varying undefined-length parameter, 
only one length could be passed, and this 
would naturally be the maximum length.) 



Example: 



DECLARE A CHARACTER (50) VARYING, 

PROCl ENTRY ( CHARACTER (♦)) ; 



A='123' ; 

CALL FROCK A) ; 



PROCl: PROCEDURE (B) ; 
DECLARE B CHARACTER (♦) , 
C CHARACTER (5) ; 



C=B I I '45'; 

/♦ C='123bb' NOT '12345' ♦/ 



argument must be a file name. The attri- 
butes of the file name parameter are always 
ignored. 



In this example, to pass A, a dummy of 
length 50 (i.e., the maximum length of A) 
is created. In the concatenation opera- 
tion, '4 5' is concatenated at the right of 
the character string of length 50 (which 
contains '123' followed by 47 blanks). The 
result is then truncated to fit into C, 
which has length 5, so that C='123bb". 

If a parameter is a locator variable of 
either pointer or offset type, the argument 
must be a locator variable of either type. 
If the types differ, a dummy argument is 
created. (See also Chapter 14, "Based 
Storage and List Processing.") 
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GENERIC NAMES 7VND REFERENCES 



A generic name represents a family of 
procedure entry points, each member of 
which can be invoked by a generic ref - 
erence , that is, a procedure reference 
using the generic name in place of the 
actual entry name. The member invoked is 
determined according to the number and 
attributes of the arguments specified in 
he generic reference; it is that member 
whose parameters match the arguments in 
number and attributes. 

A generic name must be declared with the 
GENERIC attribute. The general format of 
this attribute is as follows: 

generic-name GENERIC (member-declaration 
[ , member-declaration] . . . ) 

Each member declaration corresponds to 
one procedure entry point in the family. 
It specifies the entry name of the member. 



followed by the ENTRY attribute and its 
associated parameter attribute list; this 
list gives the number and attributes of the 
parameters for that entry name. For exam- 
ple, consider the following statement: 



DECLARE CALC GENERIC 

(FXDCAL ENTRY (FIXED, FIXED) , 
FLOCAL ENTRY ( FLOAT , FLOAT) , 
MIXED ENTRY (FLOAT, FIXED) ) ; 

This statement defines CALC as a generic 
name having three members, FXDCAL, FLOCAL, 
and MIXED. One of these three function 
procedures will be invoked by a generic 
reference to CALC, depending on the charac- 
teristics of the two arguments in that 
reference. For example, consider the fol- 
lowing statement: 

Z= X + CALC(X,Y) ; 

If X and Y are floating-point and fixed- 
point, respectively, MIXED will be invoked. 
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CH:?^TER 11; EXCEPTIONAL CONDITION HANDLING AND PROGRAM CHECKOUT 



When a PL/I program is executed, a large 
number of exceptional conditions are 
monitored by the system and their occurren- 
ces are automatically detected whenever 
they arise. These exceptional conditions 
may be errors, such as overflow or an 
input/output transmission error,, or they 
may be conditions that are expected but 
infrequent, such as the end of a file or 
the end of a page when output is being 
printed. When checking out a program, a 
programmer can also get a selective flow 
trace and dumps by specifying that the 
occurrence of any one of a list of iden- 
tifiers be treated as an exceptional condi- 
tion,. 

Each of the conditions for which a test 
may be made has been given a name, and 
these names are used by the programmer to 
control the handling of exceptional condi- 
tions. The list of condition names is part 
of the PL/I language. For keyword names 
and descriptions of each of the conditions,, 
see Part II, Section H, "ON- Conditions." 



ENABLED CONDITIONS AND ESTABLISHED ACTION 



A condition that is being monitored,, and 
the occurrence of which will cause an 
interrupt, is said to be enabled. Any 
action specified to take place when an 
occurrence of the condition causes an 
interrupt, is said to be established . 

Most conditions are checked for automat- 
ically, and when they occur, the system 
will take control and perform some standard 
action specified for the condition. These 
conditions are enabled by default, and the 
standard system action is established for 
them. 

The most common system action is to 
raise the ERROR condition. This provides a 
common condition that may be used to check 
for a number of different types of errors, 
rather than checking each error type indi- 
vidually, standard system action for the 
ERROR condition is: 

1. If the condition is raised in a major 
task, the FINISH condition is raised 
and, subsequently, the major task is 
terminated. 

2. If the condition is raised in any 
other task, that task is terminated. 



The programmer may specify whether or 
not some conditions are to be enabled, that 
is,, are to be checked for so that they will 
cause an interrupt when they arise. If a 
condition is disabled, an occurrence of the 
condition will not cause an interrupt. 

All input/output conditions and the 
ERROR and FINISH conditions are always 
enabled and cannot be disabled. All of the 
computational conditions and the program 
checkout conditions may be enabled or disa- 
bled. The program checkout conditions and 
the SIZE condition must be explicitly ena- 
bled if they are to cause an interrupt; all 
other conditions are enabled by default and 
must be explicitly disabled if they are not 
to cause an interrupt when they occur. 



Condition Prefixes 



Enabling and disabling can be specified 
for certain conditions by a condition pre- 
fix. A condition prefix is a list of one 
or more condition names, enclosed in paren- 
theses and separated by commas, and con- 
nected to a statement (or a statement 
label) by a colon. The prefix always 
precedes the statement and any statement 
labels. A condition name in a prefix list 
indicates that the corresponding condition 
is enabled within the scope of the prefix. 
Some condition names can be preceded by the 
word NO, without a separating blank or 
connector,, to indicate that the correspond- 
ing condition is disabled. 



Scope o f t he Condition Prefix 



The scope of the prefix,, that is, the 
part of the program throughout which it 
applies, is usually the statement to which 
the prefix is attached. The prefix does 
not apply to any functions or subroutines 
that may be invoked in the execution of the 
statement. 

A condition prefix to an IF statement 
applies only to the evaluation of the 
expression following the IF; it does not 
apply to the statements in the THEN or ELSE 
clauses, although these may themselves have 
prefixes. Similarly, a prefix to the ON 
statement has no effect on the statements 
in the on- unit. A condition prefix to a DO 
statement applies only to the evaluation of 
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any expressions in the DO statement itself 
and not to any other statement in the DO- 
group. 

condition prefixes to the PROCEDURE 
statement and the BEGIN statement are spe- 
cial (though commonly used) cases. A. con- 
dition prefix attached to a PROCEDURE or 
BEGIN Statement applies to all the state- 
ments up to and including the corresponding 
END statement. This includes other PROCE- 
DURE or BEGIN statements nested within that 
block. It does not apply to any procedures 
lying outside that block, which may be 
invoked during execution of the program. 

The enabling or disabling of a condition 
may be redefined within a block by attach- 
ing a prefix to statements within the 
block, including PROCEDURE and BEGIN state- 
ments (thus redefining the enabling or 
disabling of the condition within nested 
blocks). Such a redefinition applies only 
to the execution of the statement to which 
the prefix is attached. In the case of a 
nested PROCEDURE or BEGIN Statement, it 
applies only to the block the statement 
defines, as well as any blocks contained 
within that block. When control passes out 
of the scope of the redefining prefix, the 
redefinition no longer applies. A condi- 
tion prefix can be attached to any state- 
ment except a DECLARE or ENTRY statement. 



The ON Statement 



A, system action exists for every condi- 
tion, and if an interrupt occurs, the 
system action will be performed unless the 
programmer has specified an alternate 
action in an ON statement for that condi- 
tion. The purpose of the ON statement is 
to establish the action to be taken when an 
interrupt results from an exceptional con- 
dition that has been enabled, either by 
default or by a condition prefix. 

Note; The action specified in an ON state- 
ment will not be executed during any por- 
tion of a program throughout which the 
condition has been disabled. 

The form of the ON statement is : 

ON condition-name [SNAP] on-unit 

SYSTEM ; 

(See Part II, Section J, "Statements" for a 
full description.) 

The keyword SYSTEM followed by a semico- 
lon specifies standard system action whene- 
ver an interrupt occurs. It re-establishes 
system action for a condition for which 
some other action has been established. 



The on-unit is used by the programmer to 
specify an alternate action to be taken 
whenever an interrupt occurs. 



The SNAP option specifies that when an 
interrupt occurs, debugging information 
will be written in a debugging file. The 
form and content of the information depends 
upon the implementation. For the F Compil- 
er, it is a list of all active procedures. 
The information is written in the standard 
system file SYSPRINT. If SNAP is speci- 
fied, the action of the SNAP option pre- 
cedes the action of the on-unit. If SNAP 
SYSTEM is specified, the system action 
message is followed immediately by a list 
of active procedures. 

The on-unit must be either a 
single, unlabeled, simple statement or an 
unlabeled begin block. The single state- 
ment cannot be a RETURN, FORMAT, or DECLARE 
statement. It cannot be either of the two 
compound statements, IF and ON, or a DO- 
group. (PROCEDURE, BEGIN, END, and DO 
statements can never appear as single 
statements.) The begin block, if it 
appears, can contain any statement except 
RETURN, although the RETURN statement can 
appear within a procedure nested in the 
begin block. 

The single statement on-unit, or the 
begin block on-unit, is executed as though 
it were a procedure (without parameters) 
that was called at the point in the program 
at which the interrupt occurred. If the 
on-unit is a single statement it behaves 
exactly as though it were enclosed by 
PROCEDURE and END statements; when execu- 
tion reaches the END statement of the unit, 
control returns to the point from which the 
block was invoked. Just as with a proce- 
dure, control may be transferred out of an 
on-unit by a GO TO statement; in this case, 
control is transferred to the point speci- 
fied in the GO TO, and a normal return does 
not occur. 

Note; The specific point to which control 
returns from an on-unit varies for differ- 
ent conditions. In some cases, it returns 
to the point that immediately follows the 
action in which the condition arose. In 
other cases, control returns to the actual 
point of interrupt, and the action is 
reattempted. An example of the latter case 
is the return from the on-unit of an ON 
CONVERSION statement. When an interrupt 
occurs as the result of a conversion error, 
control returns from the on-unit to reat- 
tempt conversion of the character that 
caused the error (on the assumption that 
the invalid character has been changed 
during execution of the on-unit). If the 
invalid character is not changed, the EP.ROR 
condition is raised. 



me 



The Null On-Unit 



A special case of an on-unit is the null 
statement. The effect of this is to say 



Chapter 11: Exceptional Condition Handling and Program Checkout 118.1 



"When an interrupt occurs as a result of 
this condition, do nothing. " 



Use of the null on-unit is not the same 
as disabling, for two reasons: first, a 
null on-unit may be specified for any 
condition^ but not all conditions can be 
disabled; and, second,, disabling a condi- 
tion, if possible, may save time by avoid- 
ing any checking for this condition. If a 
null on-unit is specified^ the system must 
still check for occurrence of the condi- 
tion, transfer control to the on-unit 
whenever an interrupt occurs, and then, 
after doing nothing, return from the on- 
unit- 



Note; With the F Compiler, a null on-unit 
for the CONVERSION condition will not cause 
a permanent loop if a conversion error 
occurs, because no conversion is re- 
attempted unless the invalid character is 
changed in the on-unit. If it is not 
changed,, the ERROR condition is raised. 



The REVERT Statement 



The REVERT statement is used to cancel 
the effect of one or more previously exe- 
cuted ON statements. It can affect only ON 
statements that are internal to the block 
in which the REVERT statement occurs and 
which have been executed in the same invo- 
cation of that block. The effect of the 
REVERT statement is to cancel the effect of 
any ON statement for the named condition 
that has been executed in the same block in 
which the REVERT statement is executed. It 
then re-establishes the action that was in 
force at that time of activation of that 
block. This statement has the form: 

REVERT condition-name; 

A REVERT statement that is executed in a 
block in which no on-unit has been esta- 
blished for the named condition is treated 
as a null statement. 



The SIGNAL Statement 



Scope of the ON Statement 



The execution of an ON statement 
associates an action specification with the 
named condition. Once this association is 
established, it remains until it is over- 
ridden or until termination of the block in 
which the ON statement is executed. 



An established interrupt action passes 
from a block to any block it activates,, and 
the action remains in force for all subse- 
quently activated blocks unless it is over- 
ridden by the execution of another ON 
statement for the same condition- If it is 
overridden, the new action remains in force 
only until that block is terminated. When 
control returns to the activating block, 
all established interrupt actions that 
existed at that point are re-established. 
This makes it impossible for a subroutine 
to alter the interrupt action established 
for the block that invoked the subroutine- 

If more than one ON statement for the 
same condition appears in the same block,, 
each subsequently executed ON statement 
permanently overrides the previously esta- 
blished condition. No re-establishment is 
possible,, except through execution of 
another ON statement with an identical 
action specification Cor re-execution, 
through some transfer of control, of an 
overridden ON statement) . 



The programmer may simulate the occur- 
rence of an ON condition by means of the 
SIGNAL statement. An interrupt will occur 
unless the named condition is disabled,. 
This statement has the form: 

SIGNAL condition-name; 

The SIGNAL statement causes execution of 
the interrupt action currently established 
for the specified condition. The principal 
use of this statement is in program check- 
ing, to test the action of an on-unit, and 
to determine that the correct action is 
associated with the condition. 

If the signaled condition is not ena- 
bled, the SIGNAL statement is treated as a 
null statement. 



The CON DITIO N Conditi on 

The ON- condition of the form: 

CONDITION (identifier) 

allows a programmer to establish an on-unit 
that will be executed whenever a SIGNAL 
statement is executed specifying CONDITION 
and that identifier. 

As a debugging aid, this condition can 
be used to establish an on-unit whose 
execution results in printing information 
that shows the current status of the pro- 
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gram« The advantage of using this tech- 
nique is that the statements of the on-unit 
need be written only once. They can be 
executed from any point in the program 
through placement of a SIGNAL statement. 

Following is an example of how the 
CONDIflON condition might be included in a 
program: 

ON CONDITION (TEST) BEGIN; 



END ; 

Execution of the begin block would be 
caused wherever the following statement 
appears: 

SIGNAL CONDITION (TEST) ; 



than a program control variable), to print 
its new value in the form of data-directed 
output. For label variables and other 
program control variables, only the varia- 
ble is printed; no value is included,. 

Thus, by preceding a block with a CHECK 
prefix, as shown in the example in Figure 
11-1, the programmer can obtain selective 
dumps in a readable format by specifying 
variables; he can obtain a flow trace by 
specifying labels and entry names. 

The CHECK condition may also be speci- 
fied in an ON statement, if other than 
system action is required. This gives the 
user all the facilities of PL/I, including 
the simplicity of data-directed output for 
controlling and editing his debugging 
information. 



The CONDITION condition always is ena- 
bled,, but it can be raised only by the 
SIGNAL statement. 



The SUBSCRIPTRANGE Condition 



The CHECK Condition 



The CHECK condition is an important tool 
provided in PL/I for program testing- The 
keyword CHECK in a prefix list is followed 
by a parenthesized name list. The names in 
the list may be statement label constants, 
entry names, and variables, including array 
and structure variables, label variables, 
task variables, event variables, area vari- 
ables, and locator variables. Subscripted 
names are not allowed but qualified names 
can be used. P a r ^mgjteyg , and variables 
with the DEFINED or BASED attributes cannot 

be checked.. -tmmmmm 

The CHECK prefix may be attached only to 
PROCEDURE or BEGIN statements, and there- 
fore, it always applies to an entire block. 

An interrupt will generally occur 
immediately after the execution of a state- 
ment in which the value of a variable in a 
check list may have been altered. Excep- 
tions are as follows: 

1. With the F Compiler, during data- 
directed input, the interrupt occurs 
after the first checked variable 
receives its value. 

2. With statement labels and entry names, 
the interrupt occurs immediately 
before the execution of the statement 
or the invocation of the entry name. 

The system action for the CHECK condition 
is to print the identifier causing the 
interrupt and, if it is a variable (other 



Another ON condition that is used prin- 
cipally for program checkout, but that may 
also be used in production, is the SUB- 
SCRIPTRANGE condition. This condition must 
be enabled in a condition prefix. When it 
is enabled, each subscript in an array 
reference is checked every time it is 
evaluated to see that it lies within the 
specified bounds. The condition is raised 
if any subscript is too high or too low. 

Since this checking involves a substan- 
tial overhead, it usually is used only in 
program testing, and is removed for produc- 
tion programs. 



The STRINGRANGE Condition 



The STRINGRANGE condition is not enabled 
unless it appears in a condition presfix. 
It is raised by an invalid reference to the 
SUBSTR built-in function and pseudo- 
variable, the arguments to which must lie 
within certain bounds (see "SUBSTR String 
Built-in Function," in Section G) . It 
allows execution to continue with a SUBSTR 
reference that has been revised either 
automatically (that is, by standard system 
action) or by the programmer using an 
on-unit. 



Condition Built-in Functions and Condition 
Codes 



When an on-unit is invoked, it is as if 
it were a procedure without arguments. It 
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is therefore impossible to pass to the 
on-unit any information about the interrupt 
(other than the name of the condition) . To 
assist the programmer in making use of 
on-units,, some special functions are 
provided that may be used to inquire about 
the cause of an interrupt and possibly to 
attempt to correct the error. 

These condition built-in functions can 
be used only in on-'units or in blocks 
invoked by on-units. They are listed in 
Part II,, Section G,, "Built-in Functions and 
Pseudo- Variables. " 



the CHECK condition, system action is per- 
formed. This will result in the appropri- 
ate name being written on SYSPRINT, 



Since the labels used within the inter- 
nal procedure INPUT are not known in DIST, 
they cannot be specified in a CHECK list 
for DIST. A separate CHECK prefix is 
therefore inserted just before the proce- 
dure statement heading INPUT. This check 
list specifies the labels in INPUT, and the 
array TABLE. 



The condition built-in functions provide 
information such as the name of the proce- 
dure in which the interrupt occurred, the 
character or character string that caused a 
conversion interrupt, the value of the key 
used in the last record transmitted, and so 
on. Some can be used as pseudo-variables 
for error correction. 

The ONCODE function provides a binary 
integer whose value depends on the cause of 
the last interrupt. This function, used in 
conjunction with the ERROR condition, 
allows the programmer to deal with errors 
that may be detected by the implementation^ 
but that are not represented by condition 
names in the language. 



EXAMPLE OF USE OF ON-CONDITIONS 



The routine shown in Figure 11-1 illus- 
trates the use of the ON statement, the 
SIGNAL and REVERT Statements, and condition 
prefixes- The routine reads batches of 
cards containing test readings. Each batch 
has a header card with a sample number, 
called SNO,, of zero and a trailer card with 
SNO equal to 9999. If a conversion error 
is found, one retry is attempted with the 
error character set to zero. Two data 
fields are used to calculate a subscript; 
if the subscript is out of range, the 
sample is ignored. If there is more than 
one subscript error or more than one con- 
version error in a batch, that batch is 
then ignored. 

The numbers to the right of each line 
are card sequence numbers, which are not 
part of the program itself. 

The CHECK prefixes in cards 1 and 25 are 
included to help with debugging; in a 
production program, they would be removed. 
The prefix specifies that just before the 
statements HEADER, NEWBATCH, and BADBATCH 
are executed., and just before the procedure 
INPUT is invoked, an interrupt will occur. 
Since no ON statement has been executed for 



It is worth noting again that the CHECK 
condition prefix can be applied only to 
PROCEDURE and BEGIN blocks, and not to 
individual statements. The first statement 
executed is the ON ENDFILE statement in 
card 9. This specifies that the external 
procedure SUMMARY is to be called when an 
ENDFILE interrupt occurs. This action 
applies within DIST and within INPUT and 
within all other procedures called by DIST, 
unless they establish their own action for 
ENDFILE. 

Throughout the procedure, any conditions 
I except SIZE, SUBSCRIPTRANGE, STRINGRANGE, 
and CHECK are enabled by default; and for 
all conditions except those mentioned 
explicitly in ON statements, the system 
action applies. This system action, in 
most cases, is to generate a message and 
then to raise the ERROR condition. The 
action specified for the ERROR condition in 
card 13 is to display the contents of the 
card being processed. When the ERROR 
action is completed, the FINISH condition 
is raised, and execution of the program is 
terminated. 



The statement 
action to be taken 
interrupt occurs, 
sists of more than 



in card 10 specifies 
whenever a CONVERSION 
Since this action con- 
one statement, it is 



bracketed by BEGIN and END statements. 

The main loop of the program starts with 
the statement HEADER. Since the CHECK 
condition is enabled for HEADER, an inter- 
rupt will occur before HEADER is executed. 
The READ statement with the INTO option 
will not cause a CHECK condition to be 
raised for the variable specified in the 
INTO option; consequently, SAMPLE does not 
appear in a CHECK list. Instead, PUT DATA 
statements are used to list the input. 

The card read is assumed to be a header 
card. If it is not, the SIGNAL CONVERSION 
statement causes execution of the BEGIN 
block, which in turn calls a procedure (not 
shown here) that reads on, ignoring cards 
until it reaches a header card,. The begin 
block ends with a GO TO statement that 
terminates the on-unit. 
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(CHECK(HEADER,NEWBATCH,INPUT,BADBATCH)) : /*DEBUG*/ 01 

DIST: PROCEDURE; 02 

DECLARE 1 SAMPLE EXTERNAL, 03 

2 BATCH CHARACTER (6), OU 

2 SNO PICTURE •9999', 05 

2 READINGS CHARACTER (70 ) , 06 

TABLE (15, 15) EXTERNAL; 07 

/* ESTABLISH INTERRUPT ACTIONS FOR ENDFILE fi CONVERSION ♦/ 08 

ON ENDFILE (PDATA) CALL SUMMARY; 09 

ON CONVERSION BEGIN; CALL SKIPBCH; 10 

GO TO NEWBATCH; 11 

END; 12 

ON ERROR DISPLAY (BATCH I I SNO I [READINGS) ; 13 

/* MAIN LOOP TO PROCESS HEADER £ TABLE ♦/ 14 

HEADER: READ INTO (SAMPLE) FILE (PDATA); 15 

PUT DATA (SAMPLE); /*DEBUG*/ 16 

IF SNO n= THEN SIGNAL CONVERSION; 17 

NEWBATCH: GET LIST (OMIN,,OINT, AMIN, AINT) STRING (READINGS); 18 

TABLE =0; 19 

CALL INPUT; 20 

CALL PROCESS; 21 

GO TO HEADER; 22 

/* ERROR RETURN FROM INPUT */ 23 

BADBATCH: SIGNAL CONVERSION; 24 

(CHECK(IN1,IN2,ERR2,,ERR1,TABLE)) : /*DEBUG*/ 25 

INPUT: PROCEDURE; 26 

/* ESTABLISH INTERRUPT ACTIONS FOR CONVERSION £ SUBRG */ 27 

ON CONVERSION BEGIN; 28 

IF ONCODE = 624 6 ONCHAR = • • 29 

THEN DO; ONCHAR = '0'; 30 

GO TO ERRl; 31 

END; 32 

ELSE GO TO BADBATCH; 33 

END; 34 

ON SUBSCRIPTRANGE GO TO ERR2 ; 35 

/♦ LOOP TO READ SAMPLE DATA AND ENTER IN TABLE */ 36 

INI: READ INTO (SAMPLE) FILE (PDATA); 37 

IF SNO = 9999 THEN RETURN; Z+TRAILER CARD*/ 38 

IN2: GET EDIT (R, OMEGA, ALPHA) (3 P»999') 39 

STRING (READINGS); 40 

(SUBSCRJPTRANGE) : TABLE ( (OMEGA-OMIN) /OINT, (ALPHA-AMIN) /AINT) =R; 41 

GO TO INI; 42 

/♦ FIRST CONVERSION £ SUBSCRIPTRANGE ERROR IN THIS BATCH ♦/ 43 

ERR2: ON SUBSCRIPTRANGE GO TO BADBATCH; /♦FOR NEXT ERROR*/ 44 

CALL ERRMESS (SAMPLE, 02); 45 

GO TO INI; 46 

ERRl: REVERT CONVERSION; /*SWITCH FOR NEXT ERROR*/ 47 

CALL ERRMESS (SAMPLE, 01) ; 48 

GO TO IN2; 49 

END INPUT; 50 

END DIST; 51 



Figure 11-1. A Program Checkout Routine 



The GET statement labeled NEWBATCH uses 
the STRING option to get the different test 
numbers that have been read into the char- 
acter string READINGS, which is an element 
of SAMPLE. Since the variables named in 
the data list are not explicitly declared, 
their appearance causes implicit declara- 
tion with the attributes FLOAT DECIMAL (6). 

The array TABLE is initialized to zero 
before the procedure INPUT is called. This 
procedure inherits the on-units already 



established 
them. 



in DIST, but it can ovei:ride 



The first statement of INPUT establishes 
a new action for CONVERSION interrupts- 
Whenever an interrupt occurs, the ONCODE is 
tested to check that the interrupt is due 
to an illegal P format input character and 
that the illegal character is a blank. If 
the illegal character is a blank,, it is 
replaced by a zero, and control is trans- 
ferred to ERRl. 
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ERRl is internal to the procedure INPUT. 
The statement,, REVERT CONVERSION, nullifies 
the ON CONVERSION Statement executed in 
INPUT and restores the action specified for 
conversion interrupts in DIST (which causes 
the batch to be ignored) . 



INPUT, the on-action reverts to that esta- 
blished in DIST, which in this case calls 
SKIPBCH to get to the next header card. 

After establishment of a new on-unit, a 
message is printed, and a new sample card 
is read. 



After a routine is called to write an 
error message, control goes to IN2, which 
retries the conversion. If another conver- 
sion error occurs, the interrupt action is 
that specified in cards 10 and 11. 

The second ON statement in INPUT esta- 
blishes the action for a SUBSCRIPTRANGE 
interrupt. This condition must be expli- 
citly enabled by a SUBSCRIPTRANGE prefix 
for an interrupt to occur. If an interrupt 
does occur, the on-^unit causes a transfer 
to ERR2, which establishes a new on-unit 
for SUBSCRIPTRANGE interrupts, overriding 
the action specified in the ON statement in 
card 35. Any subsequent subscript errors 
in this batch will, therefore, cause con- 
trol to go to BADBATCH, which signals the 
CONVERSION condition as it existed in the 
procedure DIST. Note that on leaving 



The statement labeled INI reads an 
8 0-coluran card image into the structure 
SAMPLE. A READ Statement does not cause 
input data to be checked, so the CONVERSION 
condition cannot arise. 

The statement IN2 checks and edits the 
data in card columns 11 through 19 
according to the picture format item. A 
non-numeric character (including blank) in 
these columns will cause a conversion 
interrupt, with the results discussed 
above. 

The next statement (card 41) has a 
SUBSCRIPTRANGE prefix. The data just read 
is used to calculate a double subscript. 
If either subscript falls outside the 
bounds declared for TABLE, an interrupt 
occurs. If both fall outside the range, 
two interrupts occur. 
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CHAPTER 12: COMPILE-TIME FACILITIES 



INTRODUCTION 



Coitipile time is generally defined as 
that time during which a user's source 
program is compiled, or translated, into an 
executable object program. Ordinarily, 
changes to a source program may not be made 
at this time. 



However, with PL/I, the programmer does 
have some control over his source program 
during compile time. His source program 
can contain special statements (identified 
by a leading %) that can cause parts of the 
source program to be altered in various 
ways: 

1. Any identifier appearing in the source 
program can be changed. 

2. If conditional compilation is desired, 
the programmer can indicate which sec- 
tions of his program are to be com- 
piled. 

3. Strings of text residing in a user 
library or a system library can be 
incorporated into the source program. 

PL/I makes source program alteration at 
compile time possible by a somewhat differ- 
ent approach to compile time processing. 
Compile time as defined in PL/I has two 
stages: 

1- The Preprocess or stage — During this 
stage, the user's source program is 
scanned for preproc es sor statements , 
special statements that cause the 
preprocessor to alter the text being 
scanned. These statements are consid- 
ered part of the source program, and 
appear freely intermixed with the 
statements and other text of the 
source program. The altered source 
program, resulting from the action of 
the preprocessor statements, then 
serves as input to the second stage. 
Note that the preprocessor stage is 
Optional; the publication IBM 

System/360 Operating S ystem PL/I(F) 

groq ramroer's Guide , Form C28-6594, 
describes how this stage can be used 
or avoided for the F-level PL/I Com- 
piler. 

2« The Processor Stage — During this 
Stage, the output from the first stage 
is compiled into an executable object 
program. 



This chapter is concerned with the first 
stage; the actual compilation of a program 
is not discussed. 



PREPROCESSOR INPUT AND OUTPUT 



The preprocessor interprets preprocessor 
statements and acts upon the source program 
accordingly. Input to the preprocessor is 
a sequence of characters that is the user's 
source program. It contains preprocessor 
statements freely intermixed with the rest 
of the user's source program. Preprocessor 
statements are identified by a leading 
percent symbol ( % ) and are executed as 
they are encountered by the preprocessor 
(with the exception of preprocessor proce- 
dures, which must be invoked in order to be 
executed) . One or more blanks may separate 
the percent symbol from the statement. 

While checking the preprocessor state- 
ments for correct format and such, the 
preprocessor also checks the rest of the 
source program text to insure that there 
are no unmatched comment or character- 
string delimiters. A percent symbol 
appearing within a comment or character 
string is considered to be part of that 
comment or string. This is the extent of 
the checking done at this stage on all text 
other than preprocessor statements. 

Output from the preprocessor consists of 
a new character string called the prepro- 
cessed text , which consists of the altered 
source program and which serves as input to 
the processor stage. Note that preproces- 
sor statements are replaced by blanks in 
the preprocessed text. 



PREPROCESSOR SCAN 



The preprocessor starts its scan of the 
input text at the beginning of the string 
and scans each character sequentially. As 
long as a preprocessor statement is not 
encountered, the characters are placed into 
the preprocessed text in the same order and 
general form in which they were scanned. 
However, when a preprocessor statement is 
encountered, it is executed. This execu- 
tion can cause the scanning of the source 
program and the subsequent formation of 
preprocessed text to be altered in either 
of two ways: 
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1. The executed statement may cause the 
preprocessor to continue the scan from 
a different point in the program. 
This new point may very well be one 
that has already been scanned. 



2. The executed statement may initiate 
replacement activity. That is, it may 
cause an identifier not appearing in a 
preprocessor statement to be replaced 
when that identifier is subsequently 
encountered in the scan. The replace- 
ment value will then he written into 
the preprocessed text; in place of the 
old identifier (see "Rescanning and 
Replacement" below for details) . 

The scan is terminated when an attempt 
is made to scan beyond the last character 
in the source program. The preprocessed 
text is completed and the second stage of 
compilation can then begin. 



Rescanning and Replacement 



For an identifier to be replaced by a 
new value, the identifier must first be 
activated for replacement. Initially, an 
identifier is activated by its appearance 
in a preprocessor DECLARE statement (i.e., 
a % DECLARE statement) . (It can be deacti- 
vated by appearing in a % DEACTIVATE state- 
ment and it can be reactivated by appearing 
in a % ACTIVATE Statement.) After it has 
been activated initially, it must be given 
a replacement value. This is usually done 
via the execution of a preprocessor assign- 
ment statement. Once an identifier has 
been activated and been given a value, any 
occurrence of that identifier in text other 
than preprocessor statements is replaced by 
that value, provided that the identifier is 
still active when it is encountered by the 
scan. The new value is not immediately 
inserted into the preprocessed text, howev- 
er; it must be checked to see whether or 
not it, or any part of it, is subject to 
replacement by still another value (a res- 
can is made to determine this). If it 
cannot be replaced, it is inserted into the 
preprocessed text; if it can be replaced, 
replacement activity continues until no 
further replacements can be made. Thus, 
insertion of a value into preprocessed text 
takes place only after all possible 
replacements have been made. Note that the 
deactivation of an identifier causes it to 
lose its replacement capability but not its 
value. Hence, the subsequent reactivation 
of such an identifier need not be accompan- 



ied by the assignment of a replacement 
value. 



For example, if the source program con- 
tained the following sequence of state- 
ments: 

^DECLARE A CHARACTER, B FIXED; 
%A = 'B+C ; 
%B = 2; 
X = A; 

then the following would be inserted into 
the preprocessed text in place of the above 
sequence: 

X = 2+C; 

In this example, the first statement is 
a preprocessor DECLARE statement that acti- 
vates A and B and also establishes them as 
preprocessor variables. (An identifier 
must be established as a preprocessor vari- 
able before it can be assigned a value in a 
preprocessor statement; it can be so esta- 
blished only through a preprocessor DECLARE 
statement. ) The second and third state- 
ments are preprocessor assignment state- 
ments; the second assigns the character 
string 'B+C to A, and the third assigns 
the constant 2 to B. The fourth statement 
is a nonpreprocessor statement^ and, there- 
fore, is not executed at this stage. How- 
ever, because this statement contains A, 
and A is a preprocessor variable that has 
been activated for replacement, the current 
value of A will replace it in that state- 
ment. Thus, the string *B+C' replaces A in 
the statement. But this string contains 
the preprocessor variable B. Upon checking 
B, the preprocessor finds that it has been 
activated and that it has been assigned a 
value of 2. Hence, the value 2 replaces B 
in the string. Further checking shows that 
2 cannot be replaced; scanning resumes with 
+C which, again, cannot be replaced. Thus, 
the chain of replacements comes to an end 
and the resulting statement is inserted 
into the preprocessed text. 

Note that the preprocessor variable B 
has a default precision of (5,0) and, 
therefore, actually contains 2 preceded by 
four zeros, when this value replaces B in 
the string 'B+C* it is converted to a 
character string and becomes 2 preceded by 
seven blanks (the rules for conversion of 
decimal fixed- point values to character 



^For the purpose of this discussion, a 
nonpreprocessor statement is any statement 
or set of one or more identifiers that 
appears in the source program but is not 
contained in a preprocessor statement, nor 
in a preprocessor procedure, nor in a 
comment. 
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string are followed) . See the section 
"Preprocessor Expressions" for details. 

Also note that each time a replacement 
occurs, a blank is appended to each end of 
the replacenent value. Hence, in the above 
example^ the first replacement results in a 
blank bfeing appended to each end of the 
string 'B+C, and the second replacement 
results in another blank being appended to 
each side of the 2 that replaces the B. 
The result, therefore, will have nine addi- 
tional blanks immediately before the 2, one 
additional blank immediately after the 2, 
and one additional blank immediately after 
the c. 

Replacement values must not contain per- 
cent symbols, unmatched quotation marks, or 
unmatched comment delimiters. 

The following example illustrates how 
compile-time facilities can be used to 
speed up the execution of a DO-loop. 

A programmer might include the following 
loop in his program: 

DO 1=1 TO 10; 
Z(I)=X(1)+Y(I); 

END; 

The following sequence would accomplish the 
same thing, but without the requirements of 
incrementing and testing during execution 
of the (Compiled program: 

%DECLARE I FIXED; 

%I=1 ; 

%LAB : ; 

Z(I)=X(I)+Y(I); 

%I=I+1; 

%IF I<=10 %THEN %G0 TO lAB; 

;5DEACTIVATE I; 

The first statement activates I and 
establishes it as a preprocessor variable. 
The seolDnd statement assigns the value 1 to 
I. This means that subsequent encounters 
of the identifier I in n on- pre processor 
statements will be replaced by 1 (provided 
that 1 remains activated). The third 
statement is a preprocessor null statement 
that is used as the transfer target for the 
preprocessor GO TO statement appearing 
later,. 

The fourth statement, not being a prep- 
rocessor statement, is only scanned for 
replacement activity; it is not executed. 
The first time that this statement is 
scanned, I has the value 1 and has been 
activated. Therefore, each occurrence of I 
in this statement is replaced by 1 and the 
following is inserted into the pre processed 
text being formed: 

Z( 1 )=X( 1 )+Y( 1 ); 



Note that each 1 is actually preceded by 
seven blanks of its own in addition to the 
one replacement blank shown. 

The fifth statement increments the value 
of I by 1 and the sixth statement, a 
preprocessor IF statement, tests the value 
of I. If I is not greater than 10, the 
scan is resumed at the statement labeled 
LAB; otherwise, the scan continues with the 
text immediately following the %G0 TO 
statement. Hence, for each increment of I, 
up to and including 10, the assignment 
statement is rescanned and each occurrence 
of I is replaced by its current value. As 
a result, the following statements are 
inserted into the preprocessed text: 



Z( 1 )=X( 1 )+Y( 1 ); 
Z( 2 )=X( 2 )+Y( 2 ); 



Z( 10 )=X( 10 )+Y( 10 ); 

As before, each number from 1 through 9 
is preceded by seven blanks in addition to 
the replacement blank shown; 10 is preceded 
by six blanks in addition to the replace- 
ment blank shown. 

When the value of I reaches 11, control 
falls through to the ^DEACTIVATE statement. 
This statement is interpreted as follows: 
subsequent encounters of the identifier I 
in source program text are not to be 
replaced by the value 11 in the prepro- 
cessed text being formed; each I will be 
left unmodified, either for the remainder 
of the scan or at least until I is reacti- 
vated by a %ACTIVATE statement. If I is 
again activated, it will still have the 
value 11' (unless an intervening prepro- 
cessor assignment statement has established 
a new value for I). 



PREPROCESSOR VARIABLES 



A preprocessor variable is an identifier 
that has been specified in a %DECLARE 
statement with either the FIXED or CHARAC- 
TER attribute. No other attributes can be 
declared for a preprocessor variable. 
Defaults are applied, however. A prepro- 
cessor variable declared with the FIXED 
attribute is also given the 
DECIMAL and, for the F Compiler, 
(5,0) by default; a CHARACTER preprocessor 
variable is given the VARYING attribute 
with no maximum length. No contextual or 
implicit declaration of identifiers is 
allowed in preprocessor statements. 



attributes 
precision 
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The scope of a preprocessor variable 
encompasses all text except those prepro- 
cessor procedures that have redeclared that 
variable. The scope of a preprocessor 
variable that has been declared in a pre- 
processor procedure is the entire procedure 
(there is no nesting of preprocessor 
procedures) . 

When a preprocessor variable has been 
given a value, that value replaces all 
occurrences of the corresponding identifier 
in text other than preprocessor statements 
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during the time that the variable is 
active. If the preprocessor variable is 
inactive (or if it has no value) , replace- 
ment activity cannot occur for the corres- 
ponding identifier. 

A preprocessor variable is activated 
initially by its appearance in the %DECLARE 
statement. It can be deactivated and sub- 
sequently reactivated by its appearance in 
%DEACTIVATE and ^ACTIVATE statements, res- 
pectively. Deactivation of a preprocessor 
variable does not strip it of its value; in 
other words, an inactive preprocessor vari- 
able retains the value it had while it was 
active and can be altered by a preprocessor 
statement or procedure if so desired. 



PREPROCESSOR EXPRESSIONS 



A character string in an expression 
being assigned to a preprocessor variable 
may include preprocessor variables, ref- 
erences to preprocessor procedures, con- 
stants, and operators; preprocessor state- 
ments cannot be included in such strings. 
Note that if the programmer desires to 
insert a multiple character operator such 
as 1= into preprocessed text, the operator 
must appear in the source program as an 
entity. For example, one cannot have a -|A 
in the source program and expect a %A='=' 
statement to generate the operator t = in 
the preprocessed text. The reason is that 
all replacements cause a blank to be 
appended to each end of the replacement 
value. Thus, the hypothetical case cited 
would result in Tb=b (where each b rep- 
resents a blank) being inserted into the 
preprocessed text. 



Preprocessor expressions are written and 
evaluated in the same way as source program 
expressions, with the following exceptions: 

1. The operands of a preprocessor expres- 
sion can consist only of preprocessor 
variables, references to preprocessor 
procedures,, decimal integer constants^ 
bit-string constants, character-string 
constants, and references to the 
built-in function SUBSTR, Repetition 
factors are not allowed with the 
string constants and the arguments of 
a reference to SUBSTR must be prepro- 
cessor expressions. 

2. The exponentiation symbol (**) cannot 
be used as an arithmetic operator. 

3. For arithmetic operations, only deci- 
mal integer arithmetic of precision 
(5,0) is performed; that is, each 
operand is converted to a decimal 
fixed-point value of precision (5,0) 
before the operation is performed, and 
the decimal fixed-point result is con- 
verted to precision (5,0) also. Any 
character string being converted to an 
arithmetic value must be in the form 
of an optionally signed decimal inte- 
ger constant. Note that the proper- 
ties of the division operator are 
affected. For example, the expression 
3/5 evaluates to 0, rather than to 
0.6. 



PREPROCESSOR PROCEDURES 



A preprocessor procedure is an internal 
function procedure that can be executed 
only at the preprocessor stage. Its syntax 
differs from other function procedures in 
that its PROCEDURE and END statements must 
each have a leading percent symbol. The 
format of a preprocessor procedure is as 
follows : 

%label: [label:]... PROCEDURE [(identifier 
[, identifier] ,..)] 
{CHARACTER I FIXED} ; 



(label:] RETURN 

(preprocessor-expression) ; 



[label:] 



END [label]; 



More than one RETURN statement may 
appear. The general rules governing the 
statements that can appear within a prepro- 
cessor procedure are given in the descrip- 
tion of the %PROCEDURE statement in Part 
II, Section J, "Statements." One thing 
should be noted, however: no statement 
appearing within a preprocessor procedure 
can have a leading percent symbol. 



4, The conversion of a fixed- point deci- 
mal number to a character string 
always results in a string of length 
8. (Leading zeros in the number are 
replaced by blanks and an additional 
three blanks are appended to the left 
end of the number, one of which is 
replaced by a minus sign if the number 
is negative, 3 



INVOCATION OF PREPROCESSOR PROCEDURES 



A preprocessor procedure is invoked by a 
function reference in the usual sense; 
i.e., by the appearance of the entry name 
and its associated argument list (if any) 
in an expression. The function reference 
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can appear in a preprocessor statement or 
in a nonpreprocessor statement. However, 
at least one condition must be met for the 
function to be invoked: regardless of where 
the reference appears, the function can be 
invoked if and only if the entry name used 
in that reference has been explicitly 
declared with the ENTRY and RETURNS attri- 
butes in a %DECLARE statement. This, and 
not its appearance as a label of a 
%PROCEDURE statem.ent, is what establishes 
it as an entry name; in fact, it is not 
even necessary for the preprocessor proce- 
dure to have been scanned before the ref- 
erence is encountered (the procedure has 
only to be in the source program somewhere 
anywhere — when the reference is 
encoimtered) . This is the only condition 
that must be met for a preprocessor proce- 
dure to be invoked by a reference in a 
preprocessor statement. 

A second condition must be met if the 
reference to the preprocessor procedure is 
made in a nonpreprocessor statement: the 
entry name used in the reference must be 
active at the time the reference is encoun- 
tered. Entry names of preprocessor func- 
tions are the same as preprocessor varia- 
bles as far as activation and deactivation 
is concerned; i.e, ,, they must be activated 
initially by a ^DECLARE statement and they 
can be deactivated and reactivated thereaf- 
ter by ^DEACTIVATE and ^ACTIVATE State- 
ments- Thus, since the first condition 
requires that the entry name appear in a 
%DECLARE statement, this second condition 
would be restrictive only if the entry name 
had later appeared in a ^DEACTIVATE state- 
ment. 

The value returned by a preprocessor 
function (i.e., the value of the prepro- 
cessor expression in the RETURN statement) 
always replaces the function reference and 
its associated argument list. Note that 
for a reference made in a preprocessor 
statement, the replacement is only for that 
particular execution of the statement; a 
subsequent scanning of the statement would 
again result in the invocation of the 
function. 



ARGUMENTS AND PARAMETERS FOR PREPROCESSOR 
FUNCTIONS 



accounted for, the preprocessor expects to 
find a parenthesized list of arguments,, 
separated by commas and equal in number to 
the parameters accounted for in the proce- 
dure reference. The number of parameters 
accounted for in the ENTRY attribute and 
the actual number of parameters in the 
%PROCEDURE statement, however, need not be 
the same. The arguments are interpreted 
according to the type of statement 
(preprocessor or nonpreprocessor) in which 
the function reference appears. The argu- 
ments in the argument list are evaluated 
before any match is made with the parameter 
list. If there are more arguments than 
parameters, the excess arguments on the 
right are ignored. (Note that for a func- 
tion reference argument, the function is 
invoked and executed, even if the argument 
is ignored later.) If there are fewer 
arguments than parameters,, the excess par- 
ameters on the right are given values of 
zero, for FIXED parameters, or the null 
string, for CHARACTER parameters. The 
usual rules concerning the creation of 
dummy arguments apply if the function ref- 
erence is in a preprocessor statement, but 
dummy arguments are always created if the 
function reference occurs in a nonprepro- 
cessor statement. 

If the function reference appears in a 
nonpreprocessor statement, the arguments 
are interpreted as character strings and 
are delimited by the appearance of a comma 
or a right parenthesis occurring outside of 
balanced parentheses. For example, the 
argiiment list (A(B,C),D) has two arguments, 
namely,, the string A(B,C) and the string D. 
Each argument is then scanned for possible 
replacement activity. Both the procedure 
name and its argument list must be found at 
one replacement level. Thus, only the 
commas and parentheses seen in the text 
being scanned when the procedure name is 
encountered are considered in this context. 
After all replacements have been made, each 
resiulting argument is converted to the type 
indicated by the corresponding parameter 
attribute in the ENTRY attribute declara- 
tion for the function entry name (i.e.,, the 
ENTRY attribute declaration in the %DECLARE 
statement). No conversion is performeid if 
a corresponding parameter attribute is not 
given in the ENTRY declaration. (The ENTRY 
attribute is discussed under "The %DECLARE 
Statement" in Part II, Section J, 
"Statements.") 



The number of arguments in a prepro- 
cessor function reference must always agree 
with t|ie number of parameters accounted for 
in thfe ENTRY attribute specified for that 
function in a %DECLARE statement. If par- 
ameters are not accounted for, the prepro- 
cessor assumes that the corresponding pro- 
cedure has none and no arguments are 
passed. If, however, parameters are 



If the function reference appears in a 
preprocessor statement, the arguments are 
associated with the parameters in the nor- 
mal fashion. If there is a disagreement, 
the arguments are converted to the attri- 
butes of the corresponding parameters as 
specified in the ENTRY attribute of the 
%DECLARE statement for the entry name. 
Only preprocessor variables, character- 



ise 



string constants, and fixed-point decimal 
constants can be passed to a preprocessor 
function invoked by a preprocejssor state- 
ment. 



Returned Value 



The value returned by a preprocessor 
function to the point of invocation is 
represented by the preprocessor expression 
in the RETURN statement of that function. 
Before being returned, this value is con- 
verted (if necessary) to the attribute 
(CHARACTER or FIXED) specified in the 
%PROCEDURE Statement. The 
of the returned value must be 
with the attribute specified 
RETURNS attribute in the ENTRY 
specification of the %DECLARE 
statement for the entry name. If the point 
of invocation is in a nonpreprocessor 
statement, the value is scanned for 
replacement activity after it has replaced 
the function reference. Note that the 
replacement of a function reference in a 
nonpreprocessor statement involves sur- 
rounding the replacement value by blanks 
(one blank on each end) in the same way 
that it does for the replacement of an 
identifier by the value of the preprocessor 
variable. Following are examples of 
preprocessor functions,. 



function's 
attribute 
consistent 
with the 
attribute 



In the statements below, VALUE is a 
preprocessor function procedure that 
returns a character string of the form 
argl(arg2), where arql and arq2 represent 
the arguments that have been passed to the 
function. 

Assume that the source program contains 
the following sequence: 

%DECLARE A CHARACTER,, 

VALUE ENTRY (CHARACTER,, FIXED) 
RETURNS (CHARACTER) ; 
DECLARE (Z(10), Q) FIXED; 
%A='Z'; 

%VALUE; PROCEDURE (ARGl,,i\RG2) 
CHARACTER; 
DECLARE ARGl CHARACTER, 

ARG2 FIXED; 
RETURN (ARGl | T ( ' | 1 ARG2 H ' > ' > ? 
55 END VALUE; 
Q = 6+VALUE(A,3) ; 

When the scan encounters the last state- 
ment, A is active and is thus eligible for 
replacement. Since VALUE is also active,, 
the reference to it in the last statement 
causes the preprocessor to invoke the pre- 
processor function procedure of that name. 
However, before the arguments A and 3 are 
passed to VALUE, A is replaced by its value 
Z (assigned to A in a previous assignment 



statement) , and 3 is converted to fixed- 
point to conform to the attribute of its 
corresponding parameter. VALUE then 
performs a concatenation of these arguments 
and the parentheses and returns the conca- 
tenated value, that is, the string Z (3), 
to the point of invocation. The returned 
value replaces the function reference and 
the result is inserted into the prepro- 
cessed text. Thus, the preprocessed text 
generated by the above sequence is as 
follows (replacement blanks are not shown) : 



DECLARE (Z(10),Q) FIXED; 
Q = 6+Z(3); 



The preprocessor function procedure GEN 
defined in the following example can gener- 
ate GENERIC declarations for up to 99 
parameters. Only four are generated in 
this example, however. 



Assume that the source program contains 
the following sequence: 



%DCL GEN ENTRY (CHAR, FIXED, FIXED,, 
CUKR) RETURNS (CHAR) ; 



DCL A GEN ( A, 2, 5, FIXED), . 



%GEN: PROC ( NAME* LOW, HIGH* ATTR) 
CHAR; 
DCL (NAME,, SUFFIX, ATTR, STRING) 

CHAR, (LOW, HIGH, I„ J) FIXED; 
STRING= ' GENERIC ( ' ; 
DO I=LOW TO HIGH; /* ENTRY DCL 

LOOP ♦/ 
IF I>9 

THEN SUFFIX=SUBSTR(I, 7, 2); 

/* 2 DIGIT*/ 
ELSE SUFFIX=SUBSTR(I, 8, 1) ; 
/♦I DIGIT*/ 
STRING=STRING I |NAME| | SUFFIX | | 

• ENTRY ( ' ; 
DO J=l TO I; /♦ PAR ATTR LIST*/ 
STRING=STRING| |ATTR; 
IF J<I /* PAR AM ATTR 

SEPARATOR */ 
THEN STRING= STRING I I* , * ; 
ELSE STRING=STRING | | " ) ' ; 
END; 
IF KHIGH /* ENTRY DCL 

SEPARATOR*/ 
THEN STRING=STRING| | * , * ; 
ELSE STRING=STRING | | • ) * ; 
END; 

RETURN (STRING); 
% END; 
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The following is generated into 
preprocessed text: 

DCL A GENERIC(A2 ENTRY (FIXED, FIXED) , 
A3 ENTRY (FIXED„ FIXED, 

FIXED) , 
A4 ENTRY (FIXED, FIXED, 

FIXED, FIXED), 
A5 ENTRY (FIXED„ FIXED, 

FIXED, FIXED, FIXED)), 

Note that the above example refers to 
the built-in function SUBSTR. It is the 
only built-in function that can be invoked 
at the preprocessor stage. It can be 
invoked by a reference in either a prepro- 
cessor or a nonpreprocessor statement. 



Use of the SUBSTR Built-in Function 



A reference to SUBSTR in a nonpreproces- 
sor statement is executed by the prepro- 
cessor only if the name SUBSTR is active. 
The built-in function SUBSTR can be acti- 
vated only by a %ACTIVATE statement. If 
the identifier SUBSTR is given the ENTRY 
attribute in a %DECLARE statement, it is 
assumed to refer to a user-defined prepro- 
cessor procedure of that name. The argu- 
ments in a nonpreprocessor statement ref- 
erence to the built-in function SUBSTR are 
interpreted in the same way that arguments 
in any nonpreprocessor statement reference 
to a preprocessor function are interpreted, 
that is, as character strings. 



A preprocessor statement 
SUBSTR is always valid. 



reference to 



Control cannot be transferred into a 
preprocessor DO-group specifying iteration, 
except by way of a return from a prepro- 
cessor procedure invoked from within the 
group. 

Both preprocessor statements and text 
other than preprocessor statements can 
appear within a preprocessor DO-group. 
However, only the preprocessor statements 
are executed; nonpreprocessor statements 
are scanned but only for possible replace- 
ment activity. 

Noniterative preprocessor DO-groups are 
useful as THEN or ELSE clauses of %IF 
statements. 

The expansion of a preprocessor DO-group 
is the same as that shown under the 
nonpreprocessor DO statement in Part II, 
Section J, "Statements." 

The example below results in the same 
expansion generated for the example of 
preprocessor loop expansion in the section 
"Rescanning and Replacement" in this chap- 
ter: 

%DECLARE I FIXED; 
%D0 1=1 TO 10; 
Z(I)=X(I)+Y(I) ; 

%END; 
%DEACTIVATE I; 

The second example under "Returned 
Value" shows how preprocessor DO-groups can 
be used within a preprocessor proc€;dure 
(percent symbols must be omitted, of 
course) . 



INCLUSION OF EXTERNAL TEXT 



THE P REPR OCESSOR DO-GROUP 



The preprocessor DO-group can provide 
iterative execution of the preprocessor 
statements contained within the group. The 
format of the preprocessor DO-group is as 
follows : 



[label:]... DO ri=mirTO m2[BY m3 



[* 



I BY m3[T0 m2 



]]■ 



[label:] 



END [label] ; 



In the above format, i must be a prepro- 
cessor variable and ml, m2, and m3 must be 
preprocessor expressions. The label that 
can follow the keyword END must be one of 
the labels preceding the keyword DO. Pre- 
proc€5SSor DO-groups may be nested and mul- 
tiple closure is allowed. 



Strings of external text can be incorpo- 
rated into the source program at the pre- 
processor stage by use of the %INCLUDE 
statement. Such text, once incorporcited, 
is called included text and may consist of 
both preprocessor and nonpreprocessor 
statements. Hence, included text can con- 
tribute to the preprocessed text being 
formed. 

The general format and the rules govern- 
ing the use of the %INCLUDE statement are 
presented in Part II, Section J, 
"Statements. " 

The text specified by a %INCLUDE state- 
ment is incorporated into the source pro- 
gram immediately after the point at which 
the statement is executed. The scan there- 
fore continues with the first character in 
the included text. All preprocessor state- 
ments in this text are executed and 
replacements are made where required. 
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Preprocessor procedures whose declara- 
tions appear in external text can be 
invoked only after that external text 
becomes included text. The result of a 
preprocessor procedure reference encoun- 
tered before that procedure has been incor- 
porated into the source program is unde- 
fined. 



briefly discusses those preprocessor state- 
ments that have not yet been explained in 
this chapter. All of the preprocessor 
statements, their formats, and the rules 
governing their use are described in the 
section "Preprocessor Statements" in Part 
II, Section J, "Statements." 



Assume that PAYRL is a member of the 
data set SYSLIB and contains the following 
structure declaration: 



But first, some unrelated comments per- 
taining to preprocessor statements in gen- 
eral should be made: 



DECLARE 1 PAYROLL, 

2 NAME, 

3 LAST CHARACTER (30) VARYING, 
3 FIRST CHARACTER (15) VARYING, 
3 MIDDLE CHARACTER (3> VARYING, 

2 MAN_NO FIXED DECIMAL (6,0), 
3 REGLR FIXED DECIMAL (3^2), 
3 OVERTIM FIXED DECIMAL (8,2), 

2 RATE, 

3 REGLAR FIXED DECII4AL (8,2), 
3 OVERTIME FIXED DECIMAL (8,2); 

Then the following sequence of prepro- 
cessor statements: 

%DECLARE PAYROLL CHARACTER; 
%PAYROLL=*CUM_PAY' ; 
% INCLUDE PAYRL; 
%DEACTIVATE PAYROLL; 
%INCLUDE PAYRL; 

v*ill generate two identical structure dec- 
larations into the preprocessed text, the 
only difference being their names„ CUM_PAY 
cind PAYROLL. Execution of the first 
%INCLUDE statement causes the text in PAYRL 
to be incorporated into the source program. 
When the scan encounters the identifier 
PAYROLL in this included text, it replaces 
it by the current value of the active 
preprocessor variable PAYROLL, namely, 
CUM_PAY. Further scanning of the included 
text results in no additional re^placements. 
The scan then encounters the %DEACTIVATE 
statement. Execution of this statement 
deactivates the preprocessor variable PAY- 
ROLL and makes the identifier ineligible 
for replacement. When the second %INCLUDE 
statement is executed, the text in PAYRL 
once again is incorporated into the source 
program. This time, however, scanning of 
the included text. results in no replace- 
ments whatsoever, because none of the iden- 
tifiers in the included text are active. 
Thus, two structure declarations, differing 
in name only, are inserted into pre- 
processed text. 



PREPROCESSOR STATEMENTS 



This section lists those statements that 
can be used at the preprocessor stage and 



1. Some keywords appearing in prepro- 
cessor statements can be abbreviated 
as shown in Part II, Section C, 
"Keywords and Abbreviations." 

2. Comments can appear within prepro- 
cessor statements wherever blanks can 
appear; however, such comments are 
never inserted into preprocessed text. 

3. All preprocessor statements can be 
labeled. Such labels must appear 
immediately following the % (only 
blanks can intervene). All labels 
must be unsubscripted statement label 
constants. (Labels on %DECLARE state- 
ments are ignored.) 

The functions performed by the following 
preprocessor statements have already been 
discussed in this chapter: 

% ACTIVATE 
% DEACTIVATE 
% DECLARE 
% DO 
% END 
% INCLUDE 
% PROCEDURE 
RETURN 

Note that the preprocessor RETURN state- 
ment cannot have a leading % because it can 
be used only within a preprocessor proce- 
dure, and all percent symbols must be 
omitted therein. 

Four other statements can be executed at 
the preprocessor stage: 

% assignment 
% GO TO 
% IF 
% null 

The preprocessor assignment statement is 
used to evaluate preprocessor expressions 
and to assign the result to a preprocessor 
variable. All of the examples shown in 
this section make use of this statement. 

The % GO TO statement causes the prepro- 
cessor to interrupt its sequential scanning 
and continue it elsewhere in the source 
program, specifically at the label speci- 
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fied in the % GO TO. Thus, it can 
useful for rescanning or avoiding text. 



be 



The % IF statement can be used to 
control the sequence of the scan according 
to the value of a preprocessor expression. 
It must have a THEN clause and it can have 
an ELSE clause. Each clause, as well as 
each preprocessor statement within the 
clause, must be preceded by a %. Nesting 
of 5SlF statements is allowed and must 



follow the same rules that apply for the 
nesting of nonpreprocessor IF statements,. 



The preprocessor null statement is the 
same as a nonpreprocessor null statement 
(except for the %). It can be used to 
provide transfer targets for %GO TO state- 
ments or it can be used in nested %IF 
statements to balance the %ELSE clauses. 
For. example, %ELSE%; is a null ELSE clause. 
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CHAPTER 13: EFFICIENT PERFORMANCE 



In PL/I there are often seveiral ways of 
producing a given effect, but one method is 
not necessarily as efficient, from a parti- 
cular point of view, as another. For 
example, efficient use of storage sometimes 
affects the efficiency of the object code, 
and vice versa. The efficiency of the 
object code is also dependent on such 
considerations as the number of conversions 
required and the program structure. 

Other factors that can improve perfor- 
mance are the use of bcised storage and 
multitasking facilities. These subjects 
are discussed separately in Chapters lU and 
15. 



EFFICIENT PERFORMANCE AND DATA CONVERSION 



storage, it will also usually result in 
rather slower object code, since there is 
less opportunity for performing address 
calculations at compile time. The degree 
to which this affects the speed of the 
program will, of course, depend upon the 
program and the implementation. 



VARYING STRING LENGTHS 



VARYING strings do not result in an 
economy of storage in the F- level implemen- 
tation, since storage is always allocated 
to the maximum length specified for a 
string. They should, therefore, be used 
only when required by the logic of the 
program. 
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variety of conversions 
expressions. It must, h 
ciated that whenever conve 
execution time, there is 
loss of efficiency. The 
taken to- perform any part 
will obviously vary widely 
upon the implementation. 
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permitted within 
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rsions occur at 
liable to be some 

amount of time 
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BLOCKS AND GROUPS 



Some general questions that a programmer- 
should ask when concerned with the effi- 
ciency of a particular statement are: 

1. Is a conversion implied? For example, 
a decimal constant subscript implies 
conversion to binary before it is 
used. 

2. Will the conversion be performed at 
compile time? 

3. Could the conversion be avoided? 

4. Could it be moved outside a loop? 

The answers to the first two questions 
depend upon the implementation. For furth- 
er details, see IBM System/3 60 Operating 

Syste m; PL/I(F) Programmer's Guide , Form, 

C28-6594. 



ADJUSTABLE BOUNDS AND STRING LENGTHS 



While the use of expressions for bounds 
of array dimensions and lengths of strings 
may result in much more effective use of 
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THE ALIGNED AND UN ALIGNED ATTRIBUTES 



When a programmer is dealing with many 
data elements, he will usually have to 
choose between economy of storage and speed 
of execution. The ALIGNED and UNALIGNED 
attributes allow him to specify his choice 
for element or aggregate variables. 

The ALIGNED attribute specifies that the 
implementation is free to choose the boun- 
daries on which data items are to be 
aligned. This makes it possible for the 
implementation to speed up the execution of 
the program at some cost in data storage. 
In Systera/350 implementations, ALIGNED bit 
strings begin on byte boundaries. Since 
System/360 has character-handling instruc- 
tions, there is no need to align character 
strings, and so the attribute is effective- 
ly ignored (except that it still prohibits 
overlay def inincf) . 
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The effect of the UNALIGNED attribute in 
System/3;6 implementations is that data 
elements: are stored in contiguous posi- 
tions. Character-string items and word and 
doubleword items are mapped on the next 
available byte boundary; bit-string items 
are mapped on the next available bit. This 
has two main consequences; the most effi- 
cient use is made of storage, and the 
effect : of defining a structure on a 
characteir- or bit-string element variable 
is predictable. 



THE USE OF THE PICTURE ATTRIBUTE 



A numeric character data item is an 
entirely different thing from a coded 
arithmetic item. It is always stored in 
character form, and it may contain editing 
characters. Arithmetic operations with 
numeric character fields always imply con- 
version, and the conversion may not be 
trivial. 



Eithelr attribute applied to an array or 
structurie affects the contained members, 
except those members or elements that are 
explicitjly declared otherwise. Application 
of either attribute to a contained array or 
structure overrides an ALIGNED or UNALIGNED 
attribute that has been declared for the 
containing structure. 



The principal use of picture characters 
in PL/I is for editing, and not for compu- 
tation. If the values are required more 
than once for computation, it is usually 
advisable to assign them to a temporary 
coded arithmetic variable. 



164 



CHAPTER 14: BASED STORAGE AND LIST PROCESSING 



The purpose of this chapter is to des- 
cribe the PL/I based storage facilities 
currently implemented by the F Compiler,, 
and to give some indication of their use. 



INTRODUCTION 



Storage allocation is th€J association of 
the requisite amount of storage with -a. 
variable; it is effectively a two-way proc- 
ess: the storage is associated with a 
variable, and the variable is associated 
with the storage. Allocation will be made 
either statically (that is, before the 
program is executed) , or dynamically (that 
is, during execution) „ A statically allo- 
cated variable remains allocated for the 
duration of the program, but a dynamically 
allocated variable may relinquish its stor- 
age before the program has finished. 

The storage class attributes determine 
which kind of allocation is to apply to a 
given variable. STATIC specifies that 
allocation will be made statically; AUTO- 
MATIC, CONTROLLED, and BASEEi each specify a 
type of dynamic allocation. Automatic 
storage is allocated automatically on entry 
to the block in which the variable is 
declared, and freed automatically when the 
block is terminated; once freed, the value 
of the variable is lost. Controlled stor- 
age allocation is under the direct control 
of the programmer, using the ALLOCATE and 
FREE statements. Based storage allocation 
is also under the direct control of the 
programmer, but with some essential differ- 
ences from controlled allocation. 
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Whenever a based variable is allocated,, 
a pointer variable is set to a value 
relating to the address of the allocation; 
by including this pointer variable in a 
reference to the based variable, the pro- 
grammer can distinguish between different 
allocations of one based variable. In 
other words,, reference to the based varia- 



ble can be qualified by a pointer value. 
The pointer variable is one of two types of 
locator variable . The other type, the 
offset variable, is discussed later. 

The based variable can be a structure 
containing a locator for another alloca- 
tion,, which in turn can contain a locator 
for yet another allocation, and so on. 
This is the fundamental concept underlying 
PL/I list processing; different allocations 
can be chained together in a specific 
order. In fact, they can be chained 
together in several different orders at 
once by using several different sets of 
locators. Thus» for example, it is possi- 
ble to sort a list without duplicating the 
list items or moving them around; any 
sequence can be specified by a set of 
locators. This facility can also be used 
to chain like items together without neces- 
sarily implying a particular order. 

A list or chain of associated based 
variables could be scattered over a large 
area of storage, linked only by pointers. 
However,, to facilitate input/output and 
assignment, the based variables can be 
collected together into a reserved area. 
The relative locations of the items can 
then be established. The reason for this 
provision is that the value of a pointer is 
absolute and refers to only one allocation 
of a variable; for example, if a list of 
associated based structures containing 
pointers were written out and later read in 
again, this would constitute a realloca- 
tion,, within which the pointer values would 
be meaningless because the addresses would 
be different. However,, another kind of 
locator variable,, called an offset varia- 
ble ^ is available,, which establishes the 
location of an item relative to the start 
of an area. Because it is relative, the 
value of an offset variable retains its 
meaning across input/output and assignment. 

As well as providing a list processing 
facility, based storage allows the program- 
mer to make more efficient use of record- 
oriented input/output. This type of 
input/output normally involves the use of 
intermediate buffers and work areas; but a 
based variable can be virtually overlaid on 
a buffer, and processing can take place 
within the buffer. Several separate based 
variables can be effectively overlaid on 
the same buffer at once; this allows easy 
handling of files containing different 
types of record. (The type of record would 
be designated within the record itself; the 
correct based variable could then be 
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deterinined from a test made after the 
record has been read into the buffer. ) 
This type of input/output using based vari- 
ables is the PL/I form of locate mode 
input/output . 



The pointer variable must be neither 
subscripted nor based; a qualified name is 
allowed. For example: 



P -> X = Q -> X; 



BASED VARIABLES AND POINTER VARIABLES 



A based variable is a variable that can 
be allocated in more than one location in 
storage, thus simultaneously representing a 
number of values, any of which can be 
retrieved by specifying a pointer variable 
associated with the relevant storage loca- 
tion. 

When a based variable is declared, it is 
associated with a pointer variable. The 
form of the declaration is; 

identifier BASED (pointer- variable) 
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The arrow, or pointer qualifier, is a 
composite symbol made up of a minus sign 
followed by a greater-than sign. Its equi- 
valent in the 48-character set is PT. It 
does not signify an operation; its function 
is similar to that of the period symbol in 
an ordinary qualified name. 



Example: 



DECLARE X BASED (P) ; 

This declaration also contextually declares 
P to be a pointer variable unless an 
explicit declaration for P exists. Pointer 
variables can be declared explicitly, with 
the following format: 

identifier POINTER 

When an unqualified reference is made to 
the based variable, the value of the poin- 
ter variable included in the declaration 
will be used to determine which allocation 
is concerned. For example: 

X = X + 1; 

In this statement, the pointer variable 
used to determine the location of X will in 
both cases be P; that is, the references to 
X ^^® implicit ly qualified by the pointer 
P. Note, however, that X could have been 
explicitly qualified by other pointer vari- 
ables. Explicit pointer qualification is 
discussed below. 



POINTER QUALIFICATION 



Refesrence to a based variable can be 
explicitly qualified by means of the fol- 
lowing format: 

pointer-variable -> based-variable 



RULES AND RESTRICTIONS 



Full details of the rules governing 
based variables and pointer variables are 
given under the respective attributes in 
Section I, Attributes. However, the fol- 
lowing points should be carefully noted: 



1. Based variables may not have the 
I EXTERNAL, VARYING, or INITIAL attri- 
butes . 



2. Based label arrays cannot be initial- 
ized by subscripted label prefixes. 

3. Based variables cannot be checked by 
means of a CHECK condition prefix. 

4. Based variables cannot be transmitted 
using data-directed input/output. 

5. The pointer variable qualifying a 
based variable (whether implicitly or 
explicitly) cannot itself be based, 
nor can it be subscripted; it must be 
an element variable, or an element of 
a structure; a qualified name is 
allowed. (Arrays of pointer variables 
are allowed, but the value of an 
element of such an array would have to 
be assigned to an element pointer 
variable before it could be used to 
qualify a based reference.) 
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Pointer variables cannot be operands 
of any operators except the comparison 
operators = and t=* The value of a 
pointer variable can be compared with 
that of any other locator variable,, or 
with a locator value returned by a 
function. 



7. Assignment of a pointer variable value 
can be made only to another locator 
variable. 



8. Pointer variables cannot be transmit- 
ted using STREAM input/output. 

9. The pointer variable declared with a 
based variable is not given the value 
of the NULL built-in function by the 
declaration. 

10. Only the INITIAL CALL form of the 
INITIAL attribute is allowed in poin- 
ter declarations. 

Note; The allocation of a based variable 
will always take at least eight bytes of 
storage, even if the based variable is a 
bit- string variable of lengt:h 1. 



Pointer Defining 



A pointer variable can be defined on 
another pointer variable vising overlay or 
correspondence defining. 



SELF-DEFINING DATA 



A self-defining record is one which 
contains, within itself, information about 
its own fields, such as the* length of a 
string. PL/I allows the programmer to 
declare a based structure in a way that is 
designed to help manipulate such data. The 
F Compiler supports this to a limited 
extent: a based structure can be declared 
to have either one adjustable array bound 
or one adjustable string Icsngth, governed 
by a variable contained within the struc- 
ture itself. This variable is given a 
value when the structure is allocated; the 
value is assigned from a variable outside 
the structure,. Note that the variable*, 
outside the structure is used only on 
allocation (either by an ALI,OCATE statement 
or by a LOCATE statement) ; for any other 
reference to the structure, the variable 
inside the structure will apply. 



The REFER Option 



The REFER option is used 
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The REFER option has the following 
eral form: 



gen- 



element- variable REFER (element- variable) 

The element variables must be unsubscripted 
fixed binary variables of default precision 
(15,0). The variable on the left-hand side 
of the keyword must not belong to the 
structure; it can be qualified or pointer- 
qualified. The variable on the right-hand 
side must belong to the structure. 

For example: 

DCL 1 STR BASED (P),, 

2 Y FIXED BINARY, 

2 Z (B.X REFER (Y)) ; 

This declaration specifies that the based 
structure STR will consist of an array Z 
and an element Y; when STR is allocated, 
the upper bound of Z is set equal to the 
current value of B.X, and this value is 
assigned to Y. For any other reference to 
the variable, the bound value is taken from 
Y. 

Note that this option can be used only 
once in a declaration. If it is used to 
specify an array bound, the bound must be 
the upper bound of the leading dimension of 
the element with which it is used, and the 
dimension must belong to the last element 
in the structure declaration, or to a minor 
structure containing the last element. 

For exampl e : 

DCL 1 STR BASED (P), 
2 A, 

3 B FIXED BINARY, 

3 C CHARACTER (20), 
2 D, 

3 E FIXED BINARY, 

3 F (0:X REFER. (E) , 0:9) ; 

In this declaration, the REFER option is 
used to specify an adjustable upper bound 
for the array F; in this case, it could not 
have appeared in any place other than that 
shown. 

Note; Since the adjustable bound must be 
part of the leading dimension of the 
element with which it is declared, it is 
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LOCATE WITH AND WITHOUT SET 



The LOCATE Statement has 
basic format: 



the following 



LOCATE based- variable FILE (file-name) 
[SET (pointer-variable)]; 

The pointer variable can be any variable 
that represents a single pointer value. 

This statement allocates storage, in an 
output buffer, for a based variable. The 
action is similar to that of the READ and 
SET, in that the based variable is, in 
effect, overlaid on the buffer. In this 
case, however, data is moved (by subsequent 
statements) into the output buffer in such 



a way that the fields of the record are 
located relative to the elements of the 
based variable; the record is automatically 
written onto the specified file immediately 
before execution of the next WRITE, LOCATE, 
or CLOSE statement (or implicit close 
operation) for the file. This means that 
the programmer must assign values to the 
variable after allocation and before the 
next input /output operation on the file. 



Again, a pointer variable is set to 
point to the buffer. This pointer variable 
will be that specified in the SET option, 
if the option appears; if the option is 
omitted, the pointer variable that was 
declared with the specified based variable 
is set. 
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not possible for that element to inherit a 
dimension from a higher level. (Inherited 
dimensions would automatically become the 
leading dimensions of the lower-level mem- 
ber.) 

For example: 

DCL 1 STR BASED (P), 
2 D (10) , 

3 E (50), 
3 F (50); 

In this declaration, both E and F would 
have implied bounds of 1:10, inherited from 
D; the REFER option could not have been 
used with them but could have been used 
with D (in place of 10). 

If the REFER option is used to specify a 
string length, that string must be an 
element variable, and it must be the last 
element variable in the structure declara- 
tion . 

If the element variable on the right- 
hand side of REFER varies during the 
program then: 

1. The structure must not be freed until 
the element variable is restored to 
the value it had when allocated; 

2. The structure must not be written out 
while the element variable has a value 
greater than the value with which it 
was allocated. 

3. The structure may be written out when 
the element variable has a value equal 
to or less than the value it had when 
allocated. The number of elements or 
the string length actually written 
will be that indicated by the c urre nt 
value of the variable. 



PO INTER SETTING, BASED STORAGE ALLOCATION. 
AND INPUT/OUTPUT 



Before a reference can be made to a 
based variable, the qualifying pointer 
variable must have a value. This value cam 
be set in any of five different ways: 



1. With the SET option of a READ state- 
ment; 

2. By a LOCATE Statement; 

3. By an ALLOCATE statement; 

4. By assignment of the value of another 
locator variable, or a locator value 
returned by a user-defined function; 

5. By assignment of an ADDR built-in 
function value. 

Note that the actual value is in all 
cases set by the implementation. The pro- 
grammer has no direct control over address- 
ing; he cannot, for example, assign a 
constant to a pointer variable. 

A special form of assignment to a poin- 
ter variable is made using the NULL built- 
in function. This assigns a special value 
to the pointer, that cannot be related to 
any address; its purpose is to give a 
positive indication that the pointer does 
not currently identify any allocation of a 
variable. 



READ WITH SET 



For examples 



DCL 1 REC BASED (P), 
2 N, 

2 A (M REFER (N)):, 
M INITIAL (100) ; 



ALLOCATE REC; 

N = 86; 

WRITE FILE (X) FROM (REC); 

In this example, 8 6 elements of REC are 
written. It would be an error to attempt 
to free REC at this point, since N must be 
restored to the value it had when allocated 
(i.e. 100). If N was assigned a value 
greater than 100, an error would occur when 
the WRITE statement was encountered. 



The READ statement with the SET option 
has the following basic format: 

READ FILE (file-name) 
SET (pointer-variable); 

The pointer variable can be any variable 
that represents a single pointer value. 
This form of the READ statement causes a 
record to be read into a buffer and the 
specified pointer variable to be set to 
point to the buffer. A based variable 
reference, qualified by the same pointer, 
will then relate to the fields of the 
record. 

A based variable used to describe a 
record in a buffer is effectively overlaid 
on the buffer. The result of a reference 
to an element of the based variable is the 
same as it would be if the record had been 
read directly into the structure described. 
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ALLOCATE WITH AND WITHOUT SET 



The ALLOCATE Statement, as used with 
based variables, has the following basic 
format: 

ALLOCATE based-variable [IN( area-variable) ] 
[SET (pointer-variable) ] ; 

The effect of this statement is similar 
to that of the LOCATE statement, in that it 
allocates storage for the t)ased variable 
and sets a pointer to point to the alloca- 
tion. In this case, however, no output is 
implied; the storage is not allocated in a 
buffer. If the SET option appears, the 
specified pointer variable is set; if the 
option is omitted, the pointer variable 
that was declared with the specified based 
variable is set. 

The IN option, if included, specifies 
that the allocation is to be made within 
the reserved area of storage named. Areas 
are discussed in detail later in this 
chapter. The area variable; can be any 
variable that represents a single area; the 
pointer variable can be any variable that 
represents a single pointer \'alue. 



POINTER ASSIGNMENT 



The value of a pointer variable may be 
assigned to another pointer variable in a 
simple assignment statement. Assume that P 
and Q are pointer variables and that P has 
a valid pointer value. 
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The ABDR Built-in Function 



The value returned by the ADDR built-in 
function is a valid pointer value that 
specifies the location of a data variable 
named as the argument of the function 
reference. For example: 



Execution of this statement will give 
the pointer variable P a value so that it 
points to the location of the data variable 
X. The value of an ADDR function reference 
can be assigned to a locator variable only. 

The argument can be a variable that 
represents an element, an array, a struc- 
ture, an area, an element of an array, a 
minor structure, or an eleirent of a struc- 
ture. The value returned is always a 
pointer value. Note that if a based varia- 
ble has not been allocated, its ADDR is 
undefined; however, the ADDR value of an 
unallocated controlled variable is null. 

The ADDR of an element of an array or 
structure returns a value that relates to 
the address of the element. However, a 
pointer qualifying a subscripted or quali- 
fied variable is assumed to point to the 
array or structure in which the element is 
contained, not to the element itself. For 
example : 

DCL A (10,10) CHARACTER (20) BASED (P), 
B CHARACTER (20) BASED (Q) , 
C (10,10) CHARACTER (20); 

Given this declaration, if ADDR (C) is 
assigned to P, then A (1,1) will refer to 
the first element of C. If ADDR (C(2,3)) 
is assigned to Q, then B is effectively 
overlaid on the third element in the second 
row of C. (This technique, like the other 
overlaying techniques made possible by the 
use of based variables and pointers, is 
extremely powerful; however, such tech- 
niques should be used only with the under- 
standing that the compiler has no means of 
recognizing incompatibilities between the 
attributes of the based variable and the 
attributes of the variable being effective- 
ly overlaid . ) 

Since ADDR returns a single value only, 
the elements of an array or structure 
argument must occupy successive locations 
in storage. For example: 

DCL A (10, 10) ; 
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P = ADDR ( X) ; 



Note also that since the F Compiler 
implementation of based storage does not 
support bit addressing, the argument to the 
ADDR built-in function must te aligned on a 
byte (or higher) boundary. In- the case of 
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bit strings belonging to unalignerl arrays 
and structures, therefore, ADDR should be 
used only for the level 1 name or for minor 
structures that are not composed entirely 
of bit strings. 



The NUliL Built-in Function 



The NULL built-in function requires no 
arguments; it returns a null pointer value 
(that is, a special pointer value that 
cannot relate to any address in storage) . 
Its purpose is to provide a positive 
indicatjion that a pointer does not current- 
ly identify any allocation of a variable. 
Examples of its use include the following: 

1, If NULL is assigned to a pointer at 
the start of a program, a later test 
of; the pointer against NULL will show 
whether a based variable qualified by 
thie pointer has been allocated or not. 

2. A terminal pointer in a chain can be 
set to the value of NULL so that the 
beginning or end of the chain can be 
recognized. 



FREEING: BASED STORAGE 



The storage that has been associated 
with a based variable by one of the alloca- 
tion methods described above can be freed 
explicitly or, in certain cases, implicit- 
ly, for possible re-use. Once the storage 
for a based variable has been freed, a 
reference to the associated pointer becomes 
invalid;. 



that declared with the based variable 
cerned. 



con- 



IN (area-variable) must be specified if 
the allocation was made within an area; 
otherwise, it must be omitted. Areas are 
discussed later in this chapter. 

The amount of storage freed depends on 
the attributes of the based variable, 
including the current value cf any adjusta- 
ble bound or length specification. The 
programmer is responsible for ensuring that 
the amount freed coincides with the amount 
originally allocated. For example: 

DECLARE 1 S BASED (P), 
2 N, 
2 X(M REFER (N) ) ; 



M = 50; 

ALLOCATE S; 

/*X HAS 50 ELEMENTS AND THE VALUE OF N IS 

SET TO 50*/ 



M = 80; /*THIS HAS NO EFFECT ON THE 
CURRENT ALLOCATION OF S* / 
P -> N = 10; 
FREE S; 

/*THIS IS IN ERROR BECAUSE STORAGE EQUI- 
VALENT TO 4 ELEMENTS CF X IS LEFT 
UNFREED+/ 

Based storage allocated in a task cannot 
be freed by a FREE statement in a descen- 
dant task, unless it has been allocated 
within an area belonging to the descendant 
task (that is, an area that was allocated 
in the descendant task) . 

It is an error to attempt t"^ free based 
variables that have not been allocated. 



THE FREE STATEMENT 



The FREE statement, as applied to based 
variables, has the following basic format: 

FREE qualified-reference 
[IN (area-variable) ] 
[ , qualified-reference 
[IN (area-variable) ]]...; 

where "qualified-reference" is defined as: 

[pointer-variable ->] based- variable 

This statement frees the storage asso- 
ciated with one or more allocations of one 
or more specified based variables. The 
allocations are identified by the current 
values of the specified pointers. If a 
pointer is omitted, it is assumed to be 



IMPLICIT FREEING 



In certain circumstances, based storage 
is freed without the use of an explicit 
FREE statement, as follows: 

1. Storage that has been allocated by the 
LOCATE statement is freed after the 
variable is written out. 

2. Storage that has been effectively 
allocated by a READ statement with the 
SET option is freed by the next jread 
or close operation on the file. 

3. All storage is freed at the end of the 
task in which it was allocated, unless 
it was allocated within an eirea 
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belonging to another task. (Storage 
allocated within an area is freed on 
termination of the task in which the 
area was allocated. ) 



AREAS AND OFFSETS 



Based variables can be allocated within 
an area of storage that has been reserved 
by allocation of an area variable. This 
has the effect of grouping the data items 
together so that they can be easily 
transmitted or assigned as a single unit 
while still retaining their individual 
identities. The items stay in their rela- 
tive locations, which can be identified by 
offsets from a pointer that identifies the 
start of the area. This does not mean that 
pointers cannot be used within areas; how- 
ever, offsets have the advantage of remain- 
ing valid during area transmission and 
assignment. 

Offsets, like pointers, can be used tO' 
build chains of data; however, they cannot 
be used directly as based variable qualifi- 
ers nor can they appear in a SET option. 
Assignment from pointer to offset implies 
conversion to offset; similarly, assignment 
from offset to pointer implies conversion 
to pointer. Hence, an offset variable can 
be given a value by assigning a pointer 
value to it; and, in order to use an offset 
as a qualifier, its value is assigned to a 
nonbased pointer. 



extent of the area; it is defined as the 
amount of storage between the start of the 
reserved area and the end of that unfreed 
allocation which is furthest from the start 
of the area. In addition to the declared 
size, the implementation requires an extra 
16 bytes of control information, giving 
such details as the size, and the length of 
the current extent. These 16 bytes are 
allocated immediately before the start of 
the reserved area, and are added to the 
area size to obtain the length of the area 
(that is, the actual amount of storage 
needed for the area allocation). The dis- 
tinction between area size and length is 
important to the discussion of area 
input/output later in this chapter. 



Examplgj^ 

DECLARE A STATIC AREA (2 000), 
B AREA, 
C AREA (N) ; 



This statement specifies that: 

1. A is a static area variable reserving 
2000 bytes of storage. (The size of 
an area of static storage class, if 
specified, must be specified as an 
unsigned fixed decimal integer con- 
stant. ) 

2. B is an automatic area variable res- 
erving 1000 bytes of storage. 

3. C is an automatic area variable whose 
size depends on the value of N current 
at the time of entry to the block. 



AREA VARIABLES 



The AREA attribute defines an area of 
storage that is to be reserved for the; 
allocation of based variables. It has the 
following general format: 

AREA [ (expression) ] 

The number of bytes of storage is speci- 
fied by the integral value of the expres- 
sion, if present; otherwise, an implementa- 
tion defined value of 1000 bytes is 
assumed. This value is the size of the; 
area. 

The implementation defined maximum size 
of an area is 32,7 67 bytes. 



The size of an area 
storage 



is the amount of 



that is reserved by the area allo- 
cation for the allocation of based varia- 
bles. The amount of the reserved storage 
that is actually in use is known as the 



Rules and Restrictions 



The following rules apply to area varia- 
bles: 

1. Data of the area type cannot be con- 
verted to any other data type; an area 
can be assigned to an area variable 
only. 

2. No operators can be applied to area 
variables. 

3. Only the INITIAL CALL form of the 
INITIAL attribute is allowed with area 
variables. 

4. When an area is allocated, it is 
automatically given the EMPTY state 
(see "The EMPTY Built-in Function" in 
this chapter, for explanation of 
EMPTY). 
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OFFSET VARIABLES 



Declaration of an offset variable must 
be explicit. The OFFSET attribute has the 
following form: 

OFFSET (variable) 

The variable within the parentheses must 
be an unsubscripted level 1 based area 
variable. 

The function of an offset variable is to 
provide a locator value that points to the 
location of a based variable relative to 
the start of a based area. If the contain- 
ing area is transmitted or assigned, the 
offsets will still point to the correct 
locations of the components. 



DECLARE A AREA BASED (P), 
O OFFSET (A), 
X BASED (Q) ; 

This declaration specifies that A is a 
based area variable, that the value of O 
will point to a location relative to the 
start of I A, and that X is a based variable. 
If X were now allocated within A, the value 
of its pointer could be assigned to O to 
establish the location of X relative to the 
start of A. If A and O were written out 
and then read back in again, would still 
point to X relative to the start of A, 
although the pointer for A itself would 
have been reset. 



U. Offset variables cannot be transmitted 
using STREAM input/output. 

5. Offset variables cannot appear in any 
SET option. 



ALLOCATION WITHIN AN AREA 



Based variables are allocated within an 
area by means of an ALLOCATE statement with 
the IN option. This sets a pointer which 
can be converted to offset by assignment to 
an offset variable. For example: 

DECLARE A AREA BASED (V), 
1 B BASED (P) , 

2 O OFFSET (A), 

2 VALUE, 
Q POINTER; 

ALLOCATE A; 



ALLOCATE B IN (A) ; 



ALLOCATE B IN (A) SET (Q) ; 
0=Q; 

The first ALLOCATE statement causes the 
area A to be allocated, reserving 1000 
bytes of storage for allocation of based 
variables,, and sets V. 

The second ALLOCATE statement causes B 
to be allocated within the area V -> A, and 
sets P. 



Rules and Restrictions 



The following rules apply to offset 
variables: 

1. Offset variables cannot be used to 
qualify a based reference,. 

2. Assignment of an offset value can be 
made only to a locator variable. When 
an offset value is assigned to an 
offset variable^ the area variables 
named in the OFFSET attributes are 
ignored. A pointer value can be 
assigned to an offset variable, with 
implicit conversion. 

3. Offset variables cannot be operands of 
any operators except the comparison 
operators = and t=. The value of an 
offset variable can be compared with 
that of any other locator variable, or 
with a locator value returned by any 
function. 



The third ALLOCATE statement causes 
another allocation of B (different from P 
-> B) to be made within the area V -> A, 
and sets Q. 

The assignment statement causes the 
value of Q to be converted to offset 
(relative to the pointer V) and assigned to 
P -> O. Thus, the first allocation of the 
structure B contains an offset value th<it 
points to the second allocation of B. The 
setting of offset values is discussed 
below. 



SETTING OFFSET VALUES 



An offset variable can be given a value 
by assignment only, since it cannot appear 
in a SET option, nor is any implicit 
setting possible. In the above examples, 
P -> O was given its value by assignment 
from Q. Note, however, that the reference 



172 



O -> VALUE, for example, would be invalid, 
since offsets cannot be used as qualifiers. 



The NULLO Built-in Function 



The NULLO built-in function is the off- 
set equivalent of the NULL built-in func- 
tion as used with pointers. It requires no 
arguments, and returns a null value that 
can be assigned to offset variables only. 

Note; A null offset value cannot be con- 
verted to a null pointer value, nor can a 
null pointer value be converted to a null 
offset value. Therefore, the veilue of the 
NULLO built-in function cannot be assigned, 
even indirectly, to a pointer variable ; nor 
can the value of the NULL built-in function 
be assigned to an offset variable. For 
example: 

DECLARE O OFFSET (A), 
P POINTER; 



P=NULL; 
0=P; 

0=NULLO; 
P=0; 

The second and fourth assignments in the 
above example would be invalid. They could 
be made valid by inserting IF statements, 
such as the following: 

IF P=NULL THEN 0=NULLO; 
ELSE 0=P; 



A possible use for area assignment is to 
allow for expansion of a list of based 
variables beyond the bounds of its original 
area. When an attempt is made to allocate 
a based variable within an area that con- 
tains insufficient free storage to accommo- 
date it, the AREA condition is raised (see 
below) . The on-unit for this condition 
could be to change the value of a pointer 
qualifying the reference to the inadequate 
area, so that it pointed to a different 
area; on return from the on-unit, the 
allocation would be attempted again, within 
the new area. Alternatively, the on-unit 
could write out the area and reset it to 
EMPTY. 



The EMPTY Built-in Function 



The EMPTY built-in function requires no 
cirguments and returns an area of zero size 
and extent. The effect is to free all 
allocations in the target area. 



Example; 

DECLARE A AREA, 

I BASED (P), 
J BASED (Q) ; 



ALLOCATE I IN (A), J IN (A); 



A= EMPTY; 
/♦EQUIVALENT TO: 

FREE I IN (A) , J IN (A) ; ♦/ 



AREA ASSIGNMENT AND INPUT/OUTPUT 



The value of an area expression can be 
assigned to one or more area variables by 
an assignment statement. Area-to-area 
assignment has the effect of freeing all 
allocations in the target area and then 
assigning the extent of the source area to 
the target area, in such a way that all 
allocations in the source area maintain 
their locations relative to each other; 
that is,, any gaps left by freeing opera- 
tions in the source area are maintained 
during the assignment (such a gap might 
have been left, for example, if the second 
of three contiguous allocations had been 
freed; if the gaps were automatically 
closed up, some offset values might lose 
their meaning) . 

If a source area containing no alloca- 
tions is assigned to a target area, the 
effect is merely to free all allocations in 
the target area. 



The AREA ON-Condition 



The AREA condition is raised in any of 
the following circumstances: 

1. When an attempt is made to allocate a 
based variable within an area that 
contains insufficient free storage for 
the allocation to be made. 

2, When an attempt is made to perform an 
area assignment, and the target area 
contains insufficient storage to acco- 
modate the extent of the source area. 



3. When a 
cuted. 



SIGNAL AREA Statement is exe- 



The ONCODE built-in function can be used 
to determine whether the condition was 
raised by an allocation, an assignment, or 
a SIGNAL statement. 
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On normal return from the 
action is as follows: 



on-unit, the COMMUNICATION BETWEEN PROCEDURES 



1. If the condition was raised by an 
allocation, the allocation is re- 
attempted. If the on-unit has changed 
the value of a pointer qualifying the 
reference to the inadequate area so 
that it points to another area, the 
allocation is reattempted within the 
new area. Note that if the on-unit 
does not effectively correct the 
fault, a loop may result. 

2. If the condition was raised by an area 
assignment, or by a SIGNAL statement, 
execution continues at the point of 
interrupt. 

If no on-unit is specified, the system 
will comment and raise the ERROR condition. 



Input and Output 



The area facility is designed to allow 
easy input and output of complete lists of 
based variables as one unit, to and from 
RECORD files. The control information is 
transmitted with the area. Consequently, 
the record length required is governed by 
the area length (i.e., area size + 16): the 
RECORD condition is raised if the length of 
an area named in the INTO option of a READ 
statement, or in the FROM option of a WRITE 
statement, differs from the relevant record 
length. Note that even though the RECORD 
condition is raised, incorrect control 
information will be transmitted; when an 
area is written out, it must not be read 
back into an area of different size. 

In the case of READ with SET, the length 
of the input area in the buffer is equal to 
the length of the area used to create the 
record. 



Similarly to variables of other data 
types,, locator and area variables in one 
procedure can be related to those in anoth- 
er procedure by means of arguments and 
parameters, and the general rules are as 
described in Chapter 10, "Subroutin€:s and 
Functions." There are necessarily some 
restrictions, which will be explained in 
the following discussion; but a general 
rule is that where it is possible to assign 
the value of one variable to another varia- 
ble, it is also possible to relate the two 
variables by an argument and a parameter. 



ARGUMENTS AND PARAMETERS 



A locator argument of either pointer or 
offset type can be passed to a locator 
parameter only. The parameter can be of 
either type, but if the argument type 
differs from the parameter type,, a dummy 
argument is created by the compiler, and a 
change in the value of the parameter will 
not be reflected in the value of the 
original argument. 



Pointer to Pointer 



No conversion is necessary when a poin- 
ter argument is passed to a pointer param- 
eter; normally, therefore, no dummy argu- 
ment is created,, and a change in the value 
of the parameter will be reflected in the 
value of the argument. Note, however,, that 
this reflected change could be avoided,, if 
necessary,, by passing the argument as an 
expression in parentheses: this causes a 
dummy argument to be created. For example: 

PROCl: PROCEDURE; 

DECLARE (P,Q) POINTER; 



AREA AND OFFSET DEFINING 



An offset can be defined on an offset, 
using overlay or correspondence defining. 
In the declarations of the defined offset 
and the base offset, the variables named in 
the two OFFSET atttributes need not be the 
same. 

Similarly, an area can be defined on an 
area, using overlay or correspondence 
defining. The base area must have a size 
equal to that of the defined area. 



CALL PROC2 { (P) ,Q) ; 
PROC 2 : PROCEDURE ( R , S ) ; 

DECLARE (R,S) POINTER; 



END PROCl; 

In this example, a change in the value 
of S will be reflected in the value of Q, 
but a change in the value of R will have no 
effect on P. 
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offset to Pointer 



Passing' an offset argument to a pointer 
parameter implies conversion to a dummy 
pointer argument, which is then passed to 
the entry point. The entry must be 
declared with the POINTER attribute in the 
parameter attribute list. For example: 

PR0C3: PROCEDURE; 

DECLARE PR0C4 ENTRY 
(POINTER), 

O OFFSET (A), 

A AREA BASED (P) ; 



CALL PR0C4 (0) ; 
PR0C4 : PROCEDURE (Q) ; 

DECLARE Q POINTER; 



Offset argument, which is then passed to 
the entry point. The entry must be 
declared with the OFFSET attribute in the 
parameter attribute list, and the two OFF- 
SET attribute specifications must name the 
same variable. For example: 

PR0C7 : PROCEDURE ; 

DECLARE PR0C8 ENTRY (OFFSET(A)), 
P POINTER, 
A AREA BASED (Q) ; 



CALL PROCSCP) ; 
PROC 8 : PROCEDURE ( O) ; 

DECLARE O OFFSET (A); 



END PROC 7; 



END PROC 3; 

I In this example, the values of P and O 
are used to obtain the value of the dummy 
pointer argument to be passed to PROCU . 



In this example, the values of P and Q 
are used to obtain the value of the dummy 
offset argument to be passed to PR0C8. 

The variable following the keyword OFF- 
SET is not considered during selection of a 
generic entry point. 



Offset to Offset 



Area to Area 



When an offset argument is passed to an 
offset parameter, variables named in the 
OFFSET attribute of the offset declarations 
are ignored, just as they are ignored for 
offset assignment; if they differ, the fact 
that they differ does not imply conversion 
to a dummy argument. For example: 

PROC 5 : PROCEDURE; 

DECLARE OA OFFSET (A), 

A T^EA BASED (P), 

B AREA BASED (Q) , . .. 



An area argument can be passed only to 
an area parameter. If the size of the 
argument differs from the size appearing in 
the parameter attribute list of the rele- 
vant entry declaration, the argument is 
first assigned to a dummy area argument 
with the size specified in the entry dec- 
laration; the dummy argument is then passed 
to the entry point. 

The size of an area argument is not 
considered during selection of a generic 
entry point. 



CALL PR0C6 (OA) ; 
PR0C6: PROCEDURE (OB); 

DECLARE OB OFFSET(B) , . . . 



RETURNS FROM ENTRY POINTS 



END PROC 5; 

In this example, 
directly to OB. 



OA would be passed 



An entry point can return a locator 
value or an area; hence, the PROCEDURE and 
ENTRY statements and the RETURNS attribute 
may specify the POINTER, OFFSET, or AREA 
attributes. 



Pointer to Offset 



Locator Returns 



Passing a pointer argument to an offset 
parameter implies conversion to a dummy 



Either type of locator variable can 
appear in a RETURN statement in a procedure 
that returns a locator value. If the 
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procedure is to return an offset value but 
the RETURN statement specifies a pointer, 
there is implicit conversion to offset, and 
vice versa. For example: 

PROCA: PROCEDURE POINTER; 

DECLARE A AREA BASED (P), 
O OFFSET (A) ; 



RETURN (O) ; 
END PROCA; 

The values of O and P are used to obtain 
the pointer value to be returned. 

PROCB: PROCEDURE OFFSET(B); 

DECLARE B AREA BASED (Q), 
R POINTER; 



RETURN (R); 
END PROCB; 

The values of Q and R are used to obtain 
the offset value to be returned. Note that 
the OFFSET attribute is specified in the 
PROCEDURE statement complete with the name 
of the relevant area variable; the keyword 
OFFSET alone is not sufficient. 

Similarly, a locator value returned by a 
function may undergo implicit conversion. 
For example: 

DECLARE O ENTRY RETURNS (OFFSET (A) ) , 
A AREA BASED (P) , 
Q POINTER; 



must be specified. However, by passing an 
array of pointers as a single argument, it 
is possible to simulate a variable length 
parameter list, since the array can have 
adjustable bounds. 

The following procedure sorts a variable 
number of based character- string variables 
according to their values in relation to 
the collating sequence. The pointers 
qualifying these based variables are passed 
as an array argument to the procedure. 

Assume that the calling procedure con- 
tains an array of pointers, KEYPOINTS, with 
one dimension, which is named as an argu- 
ment in the CALL statement, and whose 
elements each point to a based character- 
string variable. 

SORT: PROCEDURE(P) ; 
DECLARE 

P(*) POINTER, 
(H,L) FIXED BINARY, 
LISTEL BASED (POINTERl) 
CHARACTER (60), 
P0INTER2 POINTER; 

H=HB0UND(P,1) ; 
L=LB0UND(P,,1) ; 

/♦THE HBOUND AND LBOUND BUILT-IN 
FUNCTIONS RETURN THE UPPER AND 
LOWER BOUNDS OF THE SPECIFIED 
DIMENSION (IN THIS CASE, THE FIRST 
AND ONLY DIMENSION). THESE VALUES 
ARE USED IN SETTING THE CONTROL 
VARIABLES OF THE FOLLOWING 
DO-GROUPS SO THAT THE NUMBER OF 
ITERATIONS IS CORRECT FOR THE 
NUMBER OF PARAMETERS*/ 



Q=0; 

The value of P and the value returned by 
O are used to obtain the pointer value to 
be assigned to Q. 



Area Returns 



II: DO I=L TO H-1; 

P0INTER1=P(I) ; 

/♦THE VARIABLE LISTEL NOW HAS A 

VALUE*/ 

DO J=I+1 TO H; 
P0INTER2=P (J) ; 

/♦THIS IS NECESSARY,, SINCE THE 
IMPLEMENTATION DOES NOT 
SUPPORT SUBSCRIPTED POINTER 
QUALIFIERS ♦/ 



If a return statement identifies an area 
that has an extent different from that 
specified in the relevant PROCEDURE or 
ENTRY statement, assignment is made to a 
dummy area with the correct extent, thus 
effectively performing a conversion. 



IF LISTEL /♦IMPLICITLY QUALIFIED 
BY POINTERl*/ 
>P0INTER2->LISTEL 
THEN DO; 
/♦REORDER ARRAY ELEMENTS^/ 
P(I)=P(J) ; 
P(J)=P0INTER1; 
P0INTER1=P(I) ; 



VARIABLE LENGTH PARAMETER LISTS 



In PL/I, a procedure can have only a 
fixed number of parameters, all of which 



END II; 
END SORT; 

After execution of this procedure, the 
elements of KEYPOINTS will have - been 
rearranged so that the first element points 



176 



to the based variable with the lowest value 
according to the collating sequence, the 
second element points to the based variable 
with the next lowest value, and so on. 
Thus, the based variables will have been 
logically sorted without changing the phy- 
sical order of the data. 



EXAMPLES OF LIST PROCESSING TECHNIQUE 

The following examples illustrate the 
use of based storage, locator variables, 
and areas, for list processing and 
input/output . 



Example 1 



This procedure builds a two-directional 
chain through items that are allocated in 
the calling procedure and identified in 
turn by passing a pointer parameter. Each 
item consists of an allocation of a basic 
structure that contains two pointers and a 
data value (in this case, a character 
string) . One pointer identifies the 
preceding item, and the other identifies 
the following item. The ends of the chain 
are recognized by a null value for a 
contained pointer (for example, the back- 
wards pointer in the first item is null). 
The locations of the ends of the chain are 
identified by a head pointer and a tail 
pointer. Figure 14-1 shows a diagrammatic 
representation of the chain. 
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Figure lt»-l. Example of Two-Directional Chain 
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/♦EXAMPLE 1*/ 

BUILD_CHAIN: PROCEDURE (ELEMPTR) ; 
DECLARE 

1 ELEMENT BASED (ELEMPTR) , 

2 BACK_CHAIN POINTER, 
2 FWD_CHAIN POINTER, 
2 DATA CHARACTER ( 50 ) , 
ELEMPTR POINTER, 
(HEAD, TAIL) POINTER STATIC EXTERNAL; 

/♦ASSUME THAT HEAD AND TAIL ARE 
INITIALLY ASSIGNED THE VALUE OF THE 
NULL BUILT-IN FUNCTION IN THE PROCEDURE 
THAT CALLS BUILD_CHAIN+/ 

IF HEAD=NULL 

THEN /♦FIRST ELEMENT+/ 

HEAD=ELEMPTR; /♦SET HEAD POINTER^/ 

ELSE /♦NOT FIRST ELEMENT^/ 
TAI L->FWD_CHAI N=ELEMPTR ; 
/♦UPDATE FWD CHAIN+/ 

BAC K_C H AI N=TAI L ; 
/♦UPDATE BACK CHAIN+ / 

TAIL=ELEMPTR; /♦UPDATE TAIL POINTER^/ 

FWD_CHAIN=NULL; /♦SET END INDICATOR OF 

FWD CHAINS/ 

END BUILD_CHAIN; 

Note that the parameter ELEMPTR may 
identify a nonbased structure, provided 
that this structure has the same structur- 
ing and attributes as ELEMENT. 

Example 2 

This procedure deletes an item from the 
chain created by the procedure in example 
1. The item to be deleted is identified by 
a pointer parameter. 

/♦ EXAMPLE 2 ♦/ 

ALTER_CHAIN: PROCEDURE (ELEMPTR) ; 
DECLARE 

1 ELEMENT BASED (ELEMPTR) , 
2 BACK_CHAIN POINTER, 
2 FWD_CHAIN POINTER,, 
2 DATA CHARACTER (50), 
ELEMPTR POINTER, 

(HEAD, TAIL) POINTER STATIC EXTERNAL, 
(PRED, SUCC) POINTER STATIC; 

/♦SET POINTERS TO PREDECESSOR AND 

SUCCESSOR OF ELEMENT BEING DELETED. 
PRED AND SUCC ARE USED BECAUSE 
BACK_CHAIN AND FWD_CHAIN, BEING BASED, 
CANNOT BE USED AS QUALIFIERS ♦/ 

PRED=BACK_CHAIN ; 
SUCC=«FWD_CHAIN; 

/♦UPDATE FORWARD CHAINS/ 
IF PRED=NULL 

THEN HEAD=SUCC; /♦DELETE HEAD^/ 

ELSE PRED->FWD CHAIN=SUCC; 



/♦UPDATE BACKWARD CHAIN+/ 

IF SUCC=NULL 

THEN TAIL=PRED; /♦DELETE TAIL^/ 
ELSE SUCC->BACK_CHAIN=PRED; 

END ALTER CHAIN; 



Example 3 



This procedure builds a sequential list 
through several allocations of an area 
variable. Within each area allocation, the 
procedure builds a chain of structure allo- 
cations, each of which contains an offset 
identifying the following item in the 
chain, a character string value, and a 
value (passed from the calling procedure) 
indicating the length of the string. The 
location of the first item in the chain is 
indicated by an offset attached to the 
area. This offset is part of a structure 
containing the first offset and the area; 
consequently, the area is a level 2 varia- 
ble,. Since a level 2 variable cannot be 
named in the OFFSET attribute, a dummy 
level 1 area variable is effectively over- 
laid on the level 2 area„ and this dummy is 
named in the OFFSET attributes. 



The procedure sets pointers to the start 
of the area and to each item in the area. 
These pointers are external, and are there- 
fore known to the calling procedure. 

Each area allocation is in output buffer 
space, and when filled, is written onto a 
data set, using locate-mode output. This 
output process is controlled by an on-unit 
for the AREA condition. The items in the 
area are chained by offsets to ensure that 
the chain is not invalidated by 
input/output operations on the list. It is 
assumed that the output file is opened and 
closed by the calling procedure. 

/♦EXAMPLE 3*/ 
BUILD_LIST: PROCEDURE(N) ; 
DECLARE 

N FIXED BINARY, 
1 LIST BASED (LISTPTR), 
2 FIRST OFFSET (DUMMY) , 
2 BODY AREA, 
1 ELEM BASED (ELEMPTR), 
2 CHAIN OFFSET (DUMMY), 
2 STRING, 

3 LENGTH FIXED BINARY, 
3 DATA CHARACTER (N REFER 
(LENGTH) ) , 
(ELEMPTR, LISTPTR) POINTER STATIC 
EXTERNAL, /♦THESE POINTERS ARE 
INITIALIZED TO NULL BY THE CALLING 
PROCEDURE^/ 

LFILE FILE RECORD SEQUENTIAL 
EXTERNAL, 

LASTELEM POINTER STATIC, 
DUMMY AREA BASED (DPTR); 
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ON AREA 

BEGIN; /*ALLOCATE OUTPUT BUFFER 
SPACE*/ 

LOCATE LIST FILECLFILE) SET 

(LISTPTR) ; 

DPTR=ADDR(BODY) ; 

LASTELEM=NULL; /♦INDICATES NEW 

AREA*/ 

END; 

IF LISTPTR=NULL 

THEN SIGNAL AREA; /*CREATE FIRST AREA*/ 

ALLOCATE ELEM IN (BODY) ; /*ELEMPTR IS 

SET AUTOMATICALLY*/ 

IF LASTELEM=NULL /*SET FORVIARD CHAIN*/ 

THEN FIRST=ELEMPTR; /♦FIRST ELEMENT 

OF AREA*/ 

ELSE LASTELEM->CHAIN=ELEMPTR; /*OTHER 

ELEMENTS*/ 
CHAIN=NULLO; /*SET END-OF-CHAIN 
INDICATOR*/ 

LASTELEM=ELEMPTR; /*SAVE POINTER TO NEW 
ELEMENT*/ 
END BUILD_LIST; 

Note that LFILE in examples 3 and 4 
should have a record length of 1020 to 
accommodate the records created by alloca- 
tions of the structure LIST. This is made 
up of 1000 bytes (default size for an area) 
plus 16 bytes of area control information, 
plus 4 bytes for the offset variable FIRST. 

Example 4 

This procedure sequentially retrieves 
the list items created by the procedure in 
example 3. The procedure sets a pointer to 
the next item in the list, or if the item 



has been retrieved, sets the pointer to 
null. 

/* EXAMPLE 4*/ 

GET_ELEMENT : PROCEDURE ; 

/* ASSUME THE SAME DECLARATIONS AS IN 

EXAMPLE 3, AND ASSUME THAT LISTPTR IS 

INITIALIZED TO NULL BY THE CALLING 

PROCEDURE*/ 

ON ENDFILE (LFILE) 
BEGIN; 

ELEMPTR=NULL; /*ALL ELEMENTS 
RETRIEVED*/ 
CLOSE FILE (LFILE); 
GO TO EXIT; 
END; 

IF LISTPTR=NULL /*FIRST ELEMENT TEST*/ 
THEN DO; 

OPEN FILE (LFILE) ; 

GO TO READ_AREA; 
END; 

IF LASTELEM->CHAIN=NULLO /*END-OF-AREA 
TEST*/ 

THEN READ_AREA: /*READ RECORD INTO 
BUFFER*/ 
DO; 

READ FILE (LFILE) SET (LISTPTR); 
DPTR=ADDR(BODY) ; 

ELEMPTR=FIRST; /*SET PTR TO FIRST 
ELEMENT*/ 
END; 
ELSE ELEMPTR=LASTELEM->CHAIN; /*SET 
POINTER TO FOLLOWING ELEMENT*/ 
LASTELEM=ELEMPTR ; /♦SAVE POINTER TO NEW 
ELEMENT+/ 
EXIT: END GET ELEMENT; 
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CHAPTER 15: MULTITASKING 



The use of a computing system to execute 
a number of operations concurrently is 
broadly termed multiprogramming. The PL/I 
programmer can make use of the multiprog- 
ramming capability of the system by means 
of the multitasking facilities described in 
this chapter. 



INTRODUCTION 



are not necessarily executed simultaneously 
by different tasks; whether this occurs 
depends on the state and resources of the 
system. Hence, at any given time,, it may 
be necessary for the system to select its 
next action from a number of different 
tasks. Each task has a priority value 
associated with it, which governs this 
selection process. The prograirmer can con- 
trol the priority of the task,, within 
limits, if he wishes to do so; otherwise,, 
the priority value is set automatically. 



A PL/I program is a set of one or more 
procedures, each of which consists of a set 
of PL/I statements. The execution of these 
statements constitutes one or more tasks , 
each of which can be identified by a 
different task name . A task is dynamic; it 
exists only while the program is being 
executed. This distinction between the 
program and its execution is essential to 
the discussion of multitasking. One set of 
statements could be executed several times 
in different tasks. 

When the multitasking facilities are not 
used, the execution of a program consti- 
tutes a single task, with a single flow of 
control; when a procedure invokes another 
procedure, control is passed to the invoked 
procedure, and execution of the invoking 
procedure is suspended until the invoked 
procedure passes control back to it. This 
serial type of operation is said to be 
synchronous ; when the programmer is con- 
cerned only with synchronous operations, 
the distinction between program and task is 
relatively unimportant. 

With multitasking, the invoking proce- 
dure does not relinquish control to the 
invoked procedure. Instead, an additional 
flow of control is established, so that 
both procedures can be executed (in effect) 
concurrently. This process is known as 
attaching a task. The attached task is a 
subtask of the attaching task. Any task 
can attach a number of subtasks. The task 
that has control at the outset is called 
the major task . This parallel type of 
operation is said to be asynchronous . 

The diagram shown in Figure 15-1 illus- 
trates the difference between synchronous 
and asynchronous operations. The arrowed 
lines represent the control flows. Proce- 
dures A and B are executed synchronously; C 
and D are executed asynchronously. 

When several procedures are executed as 
asychronous tasks, individual statements 



A:PROCi 



C:proC; 



CALL B; 



B: PROC; 



CALL D TASK; 



D: PROC; 



END A; 



END; 



ENDC; 



END; 



Figure 15-1. 



Synchronous 
Operation 



and Asynchronous 



It may be that one task is to run 
independently of other concurrent tasks for 
some time, but then become dependent on 
some other task (for example, one task may 
require the result of another task before 
it can be completed),. To allow for this, 
provision has been made for one task to 
await the completion of an operation at any 
stage of another task before carrying on. 
This process is known as task synchroniza- 
tion . Information about the state of an 
operation can be held by an event varicible , 
to which an event name refers. By speci- 
fying an event name in a WAIT statement, 
the programmer can cause the task to wait 
for completion of the associated operation 
before proceeding. 
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The programmer can apjply the EVENT 
option to tasks and certain input/output 
operations, in which case the value of the 
event variable is set automatically as a 
result of the operation concerned; or he 
can set the value explicitly. 
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In general, the rules associated with 
the synchronous invocation of procedures 
apply equally to the asynchronous attach- 
ment of tasks. For example, on-units 
established prior to attachment of a sub- 
task are inherited by the subtask, just as 
if the initial block of the subtask had 
been synchronously invoked. However, asyn- 
chronous operation introduces some extra 
considerations, such as the fact that a 
number of concurrent tasks can independent- 
ly refer to one variable. This necessi- 
tates some extra rules, which are described 
in this chapter. 
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Tasks can be terminated in a number of 
different ways. Normal termination occurs 
when control for the task reaches a RETURN 
or END statement. The EXIT statement spec- 
ifies abnormal termination of the task and 
its subtasks, while the STOP statement 
specifies abnormal termination of the major 
task (even if STOP is executed in a 
subtask) . When a task is terminated, any 
of its subtasks that are still active are 
abnormally terminated. 

Multitasking may allow the central proc- 
essing unit and input/output channels to be 
used more efficiently, by reducing the 
amount of waiting time. It does not neces- 
sarily follow that an asynchronous program 
will be more efficient than an equivalent 
synchronous program (although it may be 
easier to write) . It depends on the amount 
of overlap possible between operations with 
varying amounts of input/output; if the 
overlap is slight, multitasking could be 
the less efficient method, because of the 
increased system overheads. 



CREATION OF TASKS 



The programmer specifies the creation of 
an individual task by using one or more of 
the multitasking options with a CALL state- 
ment. Once a procedure has been activated 
by execution of such a CALL statement, all 
blocks synchronously activated as a result 
of its execution become part of the created 
task, and all tasks attached as a result of 
its execution become subtasks of the creat- 
ed task. The created task itself is a 
subtask of the task executing the CALL 
statement. All programmer-created tasks 
are subtasks of the major task. 



THE CALL STATEMENT 



The CALL Statement for asynchronous 
operation has the same form as that for 
synchronous operation, except for the addi- 
tion of one (or any combination) of the 
multitasking options, TASK, EVENT, or 
PRIORITY. These options, in addition to 
their individual meanings (listed below) , 
all specify that the invoked procedure is 
to be executed concurrently with the invok- 
ing procedure. 

The CALL statement for asynchronous 
operation can specify arguments to be 
passed to the invoked procedure, just as it 
could if the operation were to be synchro- 
nous. 



The TASK option has the 
mat: 



following for- 



TASK [(element-task-name)] 

The task name can be subscripted and/ or 
qualified. Without the task name, the 
option merely specifies asynchronous opera- 
tion. If the task is to have a name, the 
option must appear complete with the task 
name, which is thus contextually declared 
to have the TASK attribute, unless an 
explicit declaration exists. This is the 
only way in which a task can acquire a 
name. (Explicit declaration of a task 
variable does not associate the task name 
with any task. ) The name can be used to 
control the priority of the task at some 
other point, by means of the PRIORITY 
pseudo-variable and built-in function. The 
task name has no other use to the PL/I 
programmer. 
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The EV E NT Option 
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mat: 



EVENT option has the following for- 
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An event variable has two separate 
values: a completion value that indicates 
whether or not the event is complete, and a 
status value that indicates whether the 
event has been abnormally completed. The 
completion value is a single bit, and the 
status value is a fixed binary number of 
default precision ((15,0) for the F 
Compiler) . When the CALL statement is 
executed, the completion value of the event 
variable is set to "O'B (for "incomplete") 
and the status value to zero (for "not 
abnormally completed"). On termination of 
the created task, the completion value is 
set to 'I'B, and, in the case of abnormal 
termination, the status value is set to 1 
(if it is still zero). 

The EVENT option can also be specified 
on the READ, WRITE, REWRITE, and DELETE 
statements, and on the DISPLAY statement 
with the REPLY option (see Chapter 8, 
"Input and Output"). In these cases, it 
allows other processing to continue while 
the input/output operation is being execut- 
ed. 



If this option appears in the CALL state- 
ment, the expression is evaluated to a 
binary integer m, of precision (n, 0), where 
n is implementation-defined (15 for the F 
Compiler) . The priority of the created 
task is then made m relative to the task 
executing the CALL statement. With the F 
Compiler the lowest absolute priority pos- 
sible is 0; the highest absolute priority 
possible is 234. (See "Priority of Tasks," 
in this chapter.) 

If the option does not appear, the 
priority of the attached task is equated to 
that of the task variable named in the TASK 
option, if any, or else equated to the 
priority of the attaching task. 

Examples 

1. CALL PROCA TASK(Tl); 

2. CALL PROCA TASK(T2) EVENT (ET2); 



3 . CALL PROCA 
PRIORITY (-2) ; 



TASK (T 3) 



EVENT (ET 3) 



4. CALL PROCA PRIORITY (1) ; 

The CALL statements in the above exam- 
ples create four different tasks that exe- 
cute one procedure, PROCA. In example 3, 
the subtask T3 has a lower priority than 
the attaching task, while in example U, the 
unnamed subtask has a higher priority than 
the attaching task. 



Pri ority of Tasks 



A priority specified in a PL/I source 

program is a relative value; the actual 

value depends on factors outside the source 
program. 



Th e PRIORITY Option 



When a number of tasks simultaneously 
require attention, a choice has to be made 
by the system. Under the operating system, 
this choice is based on the relative impor- 
tance of the various tasks: a task that has 
a higher priority value than the others 
will receive attention first. Note that 
tasks other than those executing the user's 
program may require attention from the 
system, and may have a higher priority than 
any of the user's tasks. 

The PRIORITY option has the following 
format: 



PRIORITY (expression) 



Under the IBM System/36 Operating Sys- 
tem, the priority associated with each -job 
step is provided by the programmer, using 
the PRTY parameter in the JOB statement. 
This priority can have any number from 
through 14: the higher the number, the 
higher the priority. The priority of the 
major task of the PL/I program when it is 
first entered is given by 

Priority=(16* ( job step priority) ) +10 

This is the maximum priority for the pro- 
gram; that is, the highest priority that 
any task of the PL/I program can have. If 
an attempt is made to create a subtask with 
a higher priority than the maximum priori- 
ty, the subtask will be executed at the 
maximum priority. Priority can be reduced 
to zero, but not below (a priority of less 
than zero will be treated as zero 
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priority) . A task can change only its own 
priority or that of its immediate subtasks. 

These conventions must be interpreted 
carefully when the PRIORITY built-in func- 
tion or pseudo-variable is used. The 
effect of the statement 



files between tasks, and the WAIT statement 
is provided to allow task synchronization. 



SHARING DATA BETWEEN TASKS 



PRIORITY (T)=N; 

is to set the priority of the task T equal 
to the priority of the current task plus 
the integral value of the expression N,. If 
the priority thus calculated would be high- 
er than the maximum priority or less than 
zero, the implementation ensures that the 
priority is set to the maximumt or zero, 
respectively. 

The PRIORITY built-in function returns 
the relative priority of the named task 
(that is, the difference between the actual 
priority of the named task and the actual 
priority of the current task) . Consider a 
task, Tl,, that attaches a subtask,, T2, that 
itself attaches a subtask, T3. If task T2 
executes the sequence of statements 

PRIORITY (T3) =3 ; 
X= PRIORITY (T3 ) ; 

X will not necessarily have the value 3i 
If, for example, task T2 had an actual 
priority of 24, and the maximum priority 
were 26„ then execution of the first state- 
ment would result in task T3 having a 
priority of 26,, not 27. Relative to task 
T2, task T3 would have a priority of 2; 
hence, after execution of the second state- 
ment, X would have a value of 2. 

Between execution of the two statements,, 
control could pass to task Tlj which could 
change the priority of task T2, in which 
case the value of X would depend on the new 
priority. For example, given the same 
original priorities as before,, task T3 
would have a priority of 26 after execution 
of the first statement. If the priority of 
task T2 were now changed to 20 by its 
attaching task^, Tl, execution of the second 
statement would result in X having a value 
of 6. 
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1. static variables can be referred to in 
any task in which they are known. 

2* Regardless of task boundaries, an 
automatic variable can be referred to 
in any block in which it is known, to 
which it is passed as an argument,, or 
in which it is referred to using a 
valid locator variable. 

3. Controlled variables can be referred 
to in any task in which they are 
known. However, not all allocations 
are known in each task. When a task 
is initiated, only the latest alloca- 
tion, if any, of each controlled vari- 
able is known to the attached task. 
Both tasks may refer to this alloca- 
tion. Subsequent allocations in the 
attached task are known only within 
the attached task; subsequent alloca- 
tions within the attaching task are 
known only within the attaching task. 
A task can free only its own alloca- 
tions; an attempt to free allocations 
made by another task will have no 
effect. No allocations of the con- 
trolled variable need exist at the 
time of attaching. It is not permis- 
sible for a task to free a controlled 
allocation shared with a subtask if 
the subtask will later refer to the 
allocation* When a task is terminat- 
edi all allocations of controlled 
storage made within that task are 
freed. 



COORDINATION AND SYNCHRONIZATION OF TASKS 



The rules for scope of names apply to 
blocks in the same way whether or not they 
are invoked as, or by, subtasks; thus, data 
and files can be shared bcitween asynchron- 
ously executing tasks. Hence, a high 
degree of cooperation is pxDSsible between 
tasks, but this necessitatess some coordina- 
tion. Certain additional rules are intro- 
duced to deal with sharing of data and 



i\. Based variables allocated within an 
area are freed when the area is freed; 
unless contained in an area allocated 
by another task, all based variable 
allocations (including areas) are 
freed on termination of the task that 
allocated them* 

5. Any allocation of any variable of any 
storage class can be referred to in 
any task by means of an appropriate 
based variable reference. The pro- 
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grammer must ensure that the required 
variable has been allocated at the 
time of reference. 



SHARING FILES BETWEEN TASKS 



A file is shared between a task and its 
subtask if the file is open at the time the 
subtask is attached . The rules concerning 
such shared files are given below, first as 
applied to the subtask, and then as applied 
to the attaching task. 

1. If a subtask shares a file with its 
attaching task, the subtask must not 
close the file. A subtask must not 
access a shared file after its attach- 
ing task has closed the file, even if 
the attaching task reopens the file 
beforehand. 

2. If a task shares a file with one of 
its subtasks, it may close the shared 
file, provided that the subtask will 
make no subsequent attempt to access 
the file. 

If a file name is known to a task and 
its subtask, and the associated file was 



not open when the subtask was attached, 
then the file is not shared; the effect is 
as if the task and its subtask were separ- 
ate tasks to which the file name were 
known. That is, each task may separately 
open, access, and close the file. This 
type of operation is guaranteed only for 
files that are DIRECT in both tasks. Note 
that if one task opens a file, no other 
task can provide the corresponding close 
operation- 
It is possible for two or more tasks to 
operate simultaneously on the same record 
in a DIRECT UPDATE file; this can be 
avoided by use of the EXCLUSIVE file attri- 
bute. 



The EXCLUSIVE Attribute 



When access to a record is restricted to 
one task, the record is said to be locke d 
by that task. The EXCLUSIVE attribute, 
which can be specified for DIRECT UPDATE 
files only, provides a tonporary locking 
mechanism to prevent one task from inter- 
fering with an operation by another task. 
Table 15-1 shows the effects of various 
operations on an EXCLUSIVE file. 



Table 15-1. Effect of Operations on EXCLUSIVE Files 

r ■ -■ T ' 1 

I Attempted | Current State of Addressed Record | 

I j. ^ ^ _ 1 

I Operation | Unlocked | Locked by this task | Locked by another task | 
y _ 1__ . + + „ j 

1 READ NOLOCK | Proceed | Proceed | Wait for unlock | 
j. »..___+ 1 + 1 

I READ |1. Lock record | Proceed | Wait for unlock | 
] 1 2. Proceed | | | 

|. _-__ + + + 1 

I DELETE/REWRITE |1. Lock record |1. Proceed | Wait for unlock | 
j 1 2. Proceed |2. Unlock^ record | | 

I 1 3 . Unlock^ record | | | 

|. _ + + + 1 

I UNLOCK I No effect I Unlock record j No effect | 

|. _ „ + X J. 1 

I CLOSE FILE I Unlock all locked records, and proceed with closing operation | 
I- . + 1 

I Terminate Task | Unlock all records locked by task. Close file, if opened in this task] 
|. „ i. 1 

I ^The unlocking occurs at the end of the operation, on normal return from any on- units] 

I entered because of the operation (that is, at the corresponding WAIT statement whenj 

I the EVENT option has been specified). If an abnormal return is made from such anj 

I on-unit, it is the programmer's responsibility to ensure that the record is unlocked, j 

I If the EVENT option has been specified with a READ statement, the operation is not| 

I completed until the corresponding WAIT statement is reached; in the meantime, no | 

I attempt to delete or rewrite the record should be made. ij 

L . . ._J 
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THE WAIT STATEMENT 



The WAIT Statement has the following 
format : 



WAIT (event-name [, event-name] . 
t (element-expression) ] ; 



Example 

PI: PROCEDURE; 



CALL P2 EVENT(EP2); 
CALL P3 EVENT ( EP3 ); 
WAIT (EP2, EP3) CI); 



Full details of the WAIT statement are 
given in Part II,, Section J, "Statements"; 
the following is a shorter description, 
providing background to the present discus- 
sion. 



The WAIT statement specifies that the 
task executing it will go into a waiting 
state (that is,, execution of the WAIT 
statement will be extended) until such time 
as some or all of the named events have 
been completed. An event is complete when 
its completion value is "I'B. Note that 
the WAIT statement must specify event 
names , not task names. 



The number of events to be awaited is 
given by the integral value of the expres- 
sion,, if present; otherwise all the named 
events have to be complete befoire the task 
can continue. 



An event variable named in the list may 
be associated with an input/output opera- 
tion that has been initiated by the task 
executing the WAIT statement. In this 
case, execution of the WAIT statement has 
the following effect: 



If transmission ends (or has ended) 
normally,, the event variable is set 
complete. 



2. If the transmission ends (or has 
ended) requiring input/output condi- 
tions to be raised, the event variable 
is set abnormal (i.e., its status 
value is set to 1) and all the 
required conditions are raised. The 
event variable is set complete on 
return from the last on- unit. The 
order in which conditions are raised 
does not depend on the order in which 
the event names appear in the list. 



If an abnormal return is made from an 
on-unit entered from the WAIT operation, 
the associated event variable is set com- 
plete, the WAIT operation is terminated, 
and control for the task passes to the 
point specified by the abnormal return. 



END Pi; 

In this example, the task executing PI will 
proceed until it reaches the WAIT state- 
ment; it will then await the completion of 
either the task executing P2,, or that 
executing P3, before continuing. 



TESTING AND SETTING EVENT VARIABLES 



The two values, completion and status, 
of an event variable can be retrieved by 
the built-in functions COMPLETION and STA- 
TUS. 

The COMPLETION function returns the cur- 
rent completion value of the event variable 
named in the argument. This value is 'O'E 
if the event is incomplete, or 'I'B if the 
event is complete. 

The STATUS function returns the current 
status value of the event variable named in 
the argument. This value is nonzero if the 
event variable has been set abnormal, or 
if it is normal. 

These two built-in functions can also be 
used as pseudo-variables; thus, either of 
the two values of an event variable can be 
set independently. Alternatively, it is 
possible to assign the composite value of 
one event variable to another by specifying 
the event variables in an assignment state- 
ment. Thus, the setting of an event varia- 
ble can be controlled by the programmer. 
By this means, he can mark the stages of a 
task; and, by using a WAIT statement in one 
task and an event assignment (from the 
COMPLETION built-in function or another 
event variable) in another task, he can 
synchronize any stage of one task with any 
stage of another. 

The programmer should not attempt to 
assign a completion value to an event 
variable currently associated with an 
entire task or with an input/output event. 
An input/output event is never complete 
until the associated WAIT statement is 
executed. 
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other ways in which an event variable 
can be set have already been discussed 
(such as specifying the event name in the 
EVENT option of a CALL statement) . Full 
details of event variables will be found 
under "The EVENT Attribute" in Part II, 
Section I, "Attributes." See also "The 
EVENT Option," under "Record-Oriented 
Transmission," in Chapter 8, "Input and 
Output." 

Note 

When tasks are being synchronized, the 
following points should be kept in mind: 

1. Under the operating system, an event 
must not be waited for by two or more 
different tasks. 



4. The block in which the task was 
attached is terminated (either normal- 
ly or abnormally) . 

5. The attaching task itself is terminat- 
ed. 

Termination is normal only if item (1) of 
the above list applies. In all other 
cases, termination is abnormal. 

To avoid unintentional abnormal termina- 
tion of a subtask, an attaching task should 
always wait for completion of the subtask 
before the task itself is allowed to be 
terminated. 

When a task is terminated, the following 
actions are performed: 



2. With the F Compiler, an input/output 
event can be awaited only by the task 
that initiated it. 

3. The following example shows one way in 
which two tasks, Tl and T2, could 
6nter an infinite waiting state: 



Task Tl 



WAIT (E2); 



Task T2 (Event E2) 



COMPLETI ON ( EV ) = • ' B ; 



WAIT (EV) ; 



1. All input/output events that have been 
initiated in the task and are not yet 
complete are set complete, and their 
status values are set to 1; the 
results of the input/output operations 
are not defined. 

2. All files that have been opened during 
the task and have not yet been closed 
are closed; all input/output condi- 
tions are disabled while this action 
is taking place. 

3. All allocations of controlled varia- 
bles made by the task are freed. 



COMPLETION ( EV) = » 1 ' B ; 



RETURN ; 



'4. All allocations of based variables 
made by the task are freed, except 
those it has allocated within an area 
allocated by another task (these are 
freed when the area is freed) . 



THE DELAY STATEMENT 



The DELAY Statement (see Part II, Sec- 
tion J, "Statements") allows a task to wait 
for a specified period, without reference 
to an event variable. 



TERMINATION OF TASKS 



A task is terminated by the occurrence 
of one of the following: 

1. Control for the task reaches a RETURN 
or END statement for the initial pro- 
cedure of the task. 

2. Control for the task reaches an EXIT 
statement. 

3. Control for the task, or for any other 
task, reaches a STOP statement. 



5. All active blocks (including all 
active subtasks) in the task are ter- 
minated,. 

6. If the EVENT option was specified when 
the task was attached, the completion 
value of the associated event variable 
is set to 'I'B. If the status value 
is still zero, and termination is 
abnormal, the status value is set to 
1. Note, however, that termination of 
a subtask that has active subtasks has 
no effect on the completion values of 
event variables associated with these 
active subtasks. 

7. All records locked by the task are 
unlocked. 

Note : If a task is terminated while it is 
assigning a value to a variable, the value 
of the variable is undefined after termina- 
tion. Similarly, if a task is terminated 
while it is creating or updating an OUTPUT 
or UPDATE file, the effect on the associat- 
ed data set is undefined after termination. 



186 



It is the responsibility of the programmer 
to ensure that assignment and transmission 
are properly completed before termination 
of the task performing these operations. 



The real-time section of the program 
provides a means of communication between 
itself and the operator, using the DISPLAY 
statement with the REPLY option. This 
facility permits the user to issue commands 
to the program through the operator's con- 
sole. These commands can: 



PROGRAMMING EXAMPLE 



This example shows an application of 
multitasking to a banking system. The 
program is divided into a batch section and 
a real-time section. Each section consti- 
tutes a subtask of the major task; each 
subtask has other subtasks attached to it 
that perform the various data processing 
routines necessary in each section. The 
use of several subtasks increases the pro- 
gram efficiency by permitting overlap 
between the input/output operations and the 
operations performed by the central proc- 
essing unit- 

The batch section of the program proc- 
esses batches of cards that contain account 
information (such as cheques cashed, depos- 
its made, or loan account details) and, 
after a certain number of transactions, 
produces a statement. 



1. Cause management or credit informa- 
tion, bank statements, or similar 
information to be made immediately 
available. 

2. Initiate or terminate processing. 
Thus the user can initiate the proc- 
essing of card batches, term.inate a 
section of processing, terminate the 
entire program, or reply to a call for 
clarification of mispunched data. 

The functions of the various tasks that 
make up the program, and their relationship 
to each other, are shown in Figure 15-2. 
Suggested coding for the ONLINE and PROCESS 
procedures is given below. These proce- 
dures are internal to the BANKER procedure, 
as are all the procedures in the program in 
this case. If they had been external 
procedures, the PROCEDURE statements would 
have needed the OPTIONS (TASK) option. 
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ONLINE: PROCEDURE; 

DECLARE COMMAND CHARACTERC 30) VARYING, 

C0MTYPE(8) CHARACTER (30) VARYING, 

COUNT (8) FIXED BINARY INITIAL ((8)0), 

ID CHARACTER (72) VARYING, 

XL(8) LABEL, 

ENDBEVT EVENT EXTERNAL; 

COMTYPE(l) = 'CREDIT'; 

COMTYPE ( 2 ) = ' STATEMENT ' ; 

COMTYPEO) = 'INFORMATION'; 

COMTYPE (U) = 'CALL BATCH'; 

COMTYPE (5) = 'END BATCH'; 



COMTYPE ( 8 ) = ' END PROGRAM ■ ; 

START: DISPLAY (' NEXT COMMAND ' ) REPLY (COMMAND); 

/♦TASK IS IN WAITING STATE UNTIL REPLY IS RECEIVED*/ 
X: DO I = 1 TO 8; 

IF COMMAND = COMTYPE (I) 
THEN GO TO XL (I) ; 
END; 
DISPLAY ('UNRECOGNIZABLE COMMAND, REPEAT') 

REPLY (COMMAND) ; 
GO TO X; 

XL(1): DISPLAY ("ACCOUNT ID') REPLY (ID); 
COUNT(l) = COUNT(l) + 1; 

CALL CREDIT (ID) PRIORITY (-1) ; /*ATTACH CREDIT TASK*/ 
GO TO START; 

XL(2): 



XL{5): COMPLETION (ENDBEVT) = 'I'B; 

/♦SETS EVENT COMPLETE IN BATCH. BATCH 
WILL TERMINATE WHEN ALL CARDS READ IN*/ 
GO TO START; 



END ONLINE; 



PROCESS: PROCEDURE; 

DECLARE ANS CHARACTER (30) VARYING, 
(READEVT, ENDEVT, TEVREAD, 
TEVUPDT, TEVRED) EVENT EXTERNAL; 

WS: WAIT (READEVT, ENDBEVir) (1); 

IF C0MPLETI0N(READEVT)=*1»B THEN GO TO READIN; 
WAIT (TEVREAD, TEVUPDT, TEVRED) (3); 

EXS: EXIT; 

/♦IF "END BATCH* COMMAND WAIT FOR ASSOCIATED 
TASKS BEFORE BATCH IS TERMINATED*/ 

READIN: COMPLETION (READEVT) == 'O'E; 

CALL READER TASK (PRl) PRIORITY (-1) EVENT (TEVREAD); 

CALL UPDATE TASK (PR2) PRIORITY (-2) EVENT (TEVUPDT); 

CALL RED TASK (PR4) PRIORITY (-3) EVENT (TEVRED); 

WAIT (TEVREAD, TEVUPDT, TEVRED) (3) ; 

DISPLAY ('CARDS PROCESSED*) REPLY (ANS); 

IF ANS = 'WAIT' THEN GO TO WS; /*WAIT FOR COMMAND*/ 

IF ANS = 'READ' THEN GO TO READIN; /+PROCESS NEXT BATCH*/ 

END PROCESS; 
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Major task 



PRIORITY = P 



j BANKER: PROC OPTIONS (MAIN, TASK) ; 
I Function ; 

i Initialization, e.g., open master 
I files. 

I Attach on-line control task: |- > 

I CALL ONLINE TASK (CONTROL) 

1 PRIORITY (-1) EVENT (TEVCTRL) ; 

I WAIT (for command or CONTROL |< — -, 

I termination) : 

I If command, attach subtask 

j BATCH, then return to WAIT \^—, 

I If termination, end program | j 

L J I 



Subtask CONTROL 



PRIORITY = P-1 



r 1 

(CREDIT: PROC(X); j 
r->|What is X's credit j 
I rating? | 



Subtask BATCH 



PRIORITY = P-2 



PROCESS: PROC; 

Function : 

Initialization of card processing 

routines. 

WAITl (for 'Read' or "End batch* 

commands) . 

CALL (processing tasks). 

WAIT2 (for cards to be processed) 

DISPLAY ('Cards processed, any 

more?' ) . 

REPLY ('No more', 'Read', or 

•Wait") : 

If 'No m.ore' : terminate BATCH. 

If 'Read': return to CALL. 

If 'Waif: return to WAITl. 



ONLINE: PROC; 
Function: 



I- 
< — J 

j. T 



DISPLAY ('Next command') 
REPLY (command) 

Attach task according to command, or 
satisfy a WAIT statement in a diff- 
erent task by completing its event 
variable. The same procedure can be 
attached several times as different 
tasks. 

Priorities should be in the range 
(P-3) to (P-10). 

T 

I 

V 

r 1 

I WAIT satisfied! 

L ^ J 

J 



r 

V 
Subtask PRl PRIORITY = P-11 

r 1 

I READER: PROC; 

I Function : 

I Read cards into array (which 

I must have at least three 

I rows). When one row is 

1 filled, test for completion 

I of processing of next row by 

I subtask PR2 before con- 

[tinuing to read. 



PRIORITY = P-1 2 



Subtask PR2 

r 

I UPDATE: PROC; 

I Function ; 

I Process array information; check] 

[that each row is full before 

i processing. 

I Update master files, transaction] 

I files. 

I When statement 'page' is full, 

I attach task to print statement. 

I Transfer information on a 'RED' 

I account to a 'RED* array for 

I processing by 'RED' procedure. 

L ^ J 

1 

V 
Subtask PR3 PRIORITY = P-1 5 



STATEMENT: PROC (Account ID); | 

Function ; j 

[Print statement for the account j 

identified. | 

L J 



r • 1 

I STATEMENT : PROC ( Y) ; j 
J~-|~>|Print statement for] 
|Y's account. j 
L . J 



r 1 

JMANIFO: PROC; j 

|~> I Extract management j 

I information. j 

L J 



r 1 

I CREDIT : PROC ( Z ) ; j 

h->iwhat is Z's credit | 

I rating? j 

L . J 



V 
Other 
tasks 



1 

V 
Subtask PRU PRIORITY = P-13 

r 1 

JRED; PROC; 

I Function ; 

1 Treatment of 'RED* accounts. 

I If necessary attach task 

I for treatment of 'VERY RED' 

I accounts. 

L r J 

I 

V 
Subtask PR5 PRIORITY = P-IU 

r 1 

jVERYRED: PROC; 

I Function : 

I Print letter for account 

(owner, and owner's name for 

1 branch manager. 



Figure 15-2. Flow Diagram for Programming Example of Multitasking 
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CHAPTER 16: A PL/I PROGRAM 



C71A3: PROCEDURE OPTIONS (MAIN); 01 

DECLZmE 1 CARD IN,, 02 

2 CODE CHARACTER (1) , 03 

2 ITEM CHARAC^TER (8)., OU 

2 QTY PICTURE 'ZZZgV, 05 

2 REST CHARACTER (67); 06 

/* INSERT DECLARATION FOR STOCK FILE AND STOCK RECORD */ 07 

%INCLUDE F71SF,,F71SR; 08 

DECLARE LOSS FIXED DECIMAL (10,2); 09 

DECLARE PAGE NO FIXED DECIMAL INITIAL (0) ; 10 

/♦ SET UP HEADING^AND PAGE CONTROL ♦/ 11 

OPEN FILE (EXCP) PRINT PAGESIZE (50) ; 12 

ON ENDPAGE (EXCP) BEGIN; 13 

PAGE_NO = PAGE_NO +1; 14 

PUT FILE (EXCP) PAGE LINE (3) 15 

EDIT ( • PAGE " , PAGE_NO, * EXCEPTIONAL ADJUSTMENTS * ) 16 

(X(10),A(tO,F(5) ,X(20),A(25)) ; 17 

PUT FILE (EXCP) LINE (6) 18 

EDIT (• ITEM NOV, 'DESCRIPTION* ,• VALUE* /'TYPE') 19 

(COL(10),A(10),COL(25),A(12),COL(54),2 A(10)); 20 

END; 21 

/* PRINT HEADINGS FOR FIRST PAGE */ 22 

SIGNAL ENDPAGE (EXCP) ; 23 

/♦ SET UP ERROR CONTROL ♦/ 24 

ON ERROR BEGIN; 25 

/♦ TEST FOR KEY OR CONVERSION ERROR OR SIGNALLED ERROR +/ 26 

IF ONCODE>496ONCODE<58lONCODE>599gONCODE<630|ONCODE=9 27 

THEN DO; 28 

WRITE FILE (ERRORS) FROM (CARDIN) ; 29 

GO TO NEWCARD; 30 

END; 31 

/* IF NOT KEY OR CONVERSION ERROR THEN DISPLAY INPUT AND END JOB*/ 32 

DI SPLAY ( CODE | | ITEM | | QTY | | ONCODE ) ; 33 

END; 34 

/♦ SET UP NORMAL TERMINATION CONTROL ♦/ 35 

ON ENDFILE(INFILE) GO TO TERM; 36 

/♦ MAIN UPDATING LOOP */ 37 

NEWCARD: READ INTO (CARDIN) FILE (INFILE); 38 

READ FILE (STOCK) IN^PO (STREC) KEY (ITEM) ; 39 

IF CODE = 'A' THEN 40 

/♦ ADJUSTMENTS TO STOCK LEVEL */ 41 

DO; 42 

LOSS = (SQTY-QTY)*SPRICE; 4 3 

IF LOSS>1000 THEN CALL EXCPT (LOSS, 'S'); 44 

SQTY = QTY; 45 

REWRITE FILE (STOCK) FROM (STREC) KEY (ITEM); 46 

GO TO NEWCARD; 47 

END; 4 8 

IF CODE T='D* THEN SIGNAL ERROR; /♦ ILLEGAL CODE */ 49 

/♦ DELETIONS */ 50 

LOSS = SQTY * SPRICE; 51 

IF LOSS>1000 THEN CALL EXCPT (LOSS,"0'); 52 

DELETE FILE (STOCK) KEY (ITEM); 53 

GO TO NEWCARD; 54 

EXCPT: PROCEDURE (L,,TYPE) ; 55 

DECLARE L FIXED DECII4AL (10,2), 56 

TYPE CHARACTER (1) ; 57 

PUT FILE (EXCP) SKIP 58 

EDIT (ITEM, SDESC,L, TYPE) 59 

(COL(10),A(8),COL(25),A(25),,F(12,2),X(3),A(1)) ; 60 

END EXCPT; 61 

/* NORMAL TERMINATION ♦/ 62 

TERM; PUT FILE(EXCP) SKIP (2) LISTCEND OF JOB*); 63 

END C71A3; 64 
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This example illustrates the use of PL/I 
for some common operations. The program 
reads cards and tests a card code that 
specifies either adjustment to stock levels 
or deletions of stock items from the file. 
In either case„ if the transaction involves 
a decrease in stock value of more than 
$1,000, a subroutine is called to print a 
line of an exception report. An ON state- 
ment establishes an on-unit to control the 
page headings. An ERROR on-unit is used to 
check for unmatched keys and conversion 
errors; these errors cause the input card 
to be copied into an error file, and a new 
input card to be read. Other errors cause 
the input card to be displayed to the 
operator and the job terminated. 

The pattern of indention illustrates the 
free format allowed by PL/I. An F Compiler 
option allows a programmer to specify the 
delimiting of the margins for scanning 
source statements (default for System/360 
implementations specifies that columns 2 
through 72 are to be scanned) . So long as 
the specified margins are used, statements 
may begin or end at any place. Statements 
may be continued from card to card without 
any continuation notation, as are DECLARE 
statements and PUT statements in this exam- 
ple. Even constants can be continued from 
card to card if the last character on the 
first card is in the rightmost specified 
column and the first character on the next 
card is in the leftmost specified column. 
The card sequence numbers, as shown in the 
example, can be punched in columns outside 
the specified area, for example, with the 
default option^ in columns 73 through 80. 

The PROCEDURE statement in card 1 names 
the procedure; the MAIN option is an 
implementation-defined option which defines 
the entry point for the program (which may 
consist of more than one external 
procedure) when it is executed. 

The DECLARE Statement in cards 2 through 
6 describes the input transaction card. 
The input transaction card has a one- 
character code punched in column 1, an item 
number punched in columns 2 through 9, and 
a four-digit quantity right adjusted in 
columns 10 through 13. The remainder of 
the card is declared, but not used. 

Card 7 inserts a comment into the 
program. Comments may appear freely 
throughout a program. They do not affect 
execution; they merely provide documenta- 
tion. As can be noted here, and in other 
comments inserted (cards 11, 22, 24, etc.), 
comments are delimited by the character 
pairs /+ and */. 

The %INCLUDE statement in card 8 is a 
preprocessor statement. This is indicated 
by the percent sign that is the first 



character of the statement keyword. This 
statement causes the compile-time prepro- 
ces'sor to obtain, from an installation 
standard library, declarations and other 
program text, including the DECLARE state- 
ments that declare the file STOCK and the 
structure STREC, which describes records in 
the file. These declarations are identifi- 
ed by the names F71SF and F71SR. Assume 
that the file declaration specifies a 
direct-access file whose records can be 
located by use of keys and that the struc- 
ture declaration includes the following 
fields : 



SQTY FIXED DECIMAL (5) 
SDESC CHARACTER (25) 
SPRICE FIXED DECIMAL (7,2) 

The declaration in card 9 specifies that 
LOSS is a fixed-point decimal number (with 
a total of 10 digits and a sign) which will 
be treated as having 2 fractional digits. 
In System/360 implementations, this field 
will be stored in packed decimal. 

PAGE_NO is given the attributes FIXED 
and DECIMAL. Note that since no precision 
is specified, PAGE_NO is given default 
precision, which is 5 digits. The INITIAL 
attribute sets the value of PAGE_NO to zero 
each time the procedure is entered. 

The first statement executed is the OPEN 
statement in card 12. This statement adds 
the attribute PRINT to any other attributes 
that may have been specified in a DD 
statement with the ddname EXCP. When the 
file is opened, the page size is fixed at 
50; that is, an interrupt will occur if an 
attempt is made to space or write past line 
50. This OPEN statement causes contextual 
declaration of the file EXCP. Note that 
the READ statement in card 38 causes impli- 
cit opening, as well as contextual declara- 
tion, of the file INFILE. 

The ON ENDPAGE statement in card 13 
associates the on-unit, the begin block in 
cards 13 through 21, with any ENDPAGE 
interrupt for file EXCP. The effect of 
executing the ON statement is to associate 
an action with an interrupt,, not to cause 
the action to be performed. In this case, 
the next statement executed is the SIGNAL 
statement in card 23, which simulates an 
interrupt and causes the begin block to be 
executed. 

The begin block starting in card 13 
increments PAGE_NO so that the first page 
is numbered 1. The first PUT statement in 
the block (cards 15, 16, 17) starts a new 
page and then sets the current line to 3, 
The page heading is printed on the third 
line. The action of the data list and 
format list is as follows: 
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Space ten columns; assign 
•PAGE' to a four- char acte 
vert the value of PAGE_NO 
and place it, right-adj 
five-character field; spa 
along the line; assign 
' EXCEPTIONAL ADJUSTMENTS ' 
acter field which starts 



the constant 
r field; con- 
to an integer 
usted, in a 
ce 2 columns 
the constant 
to a 25-char- 
in column 4 0. 



The second PUT statement (cards 18,, 19,, 
20) prints the column headings. In this 
statement, the LINE option specifies that 
printing is to begin on the sixth line; 
then the COL format item is used to posi- 
tion the fields, so that the first heading 
starts in column 10, the second heading in 
column 25, the third heading in column 54. 
The fourth heading follo^>/s immediately 
after the third, but since the third field 
is specified as 10 characters in width, 
there will be five spaces between the E of 
VALUE and the T of TYPE. 

The END statement then causes return of 
control to the point following the inter- 
rupt, which in the first execution of the 
on-unit is the ON statement in card 25. 

The ON ERROR Statement specifies the 
action to be performed for any execution- 
time error detected by the PL/I error- 
handling mechanism. These errors are not 
necessarily limited to those for which ON 
conditions are specified in the language; 
for example, there could be ERROR 
interrupts for errors in mathematical rou- 
tines such as SQRT and EXP. 

When a detectable error occurs, whatever 
its cause, the BEGIN block will be executed 
as the on-unit. The first statement tests 
the value of ONCODE to see if it belongs to 
a particular class of errors. The ONCODE 
function, which can be used only in an 
on-unit, permits the programmer to deter- 
mine the cause of the interrupt. Since ON- 
codes are implementation-defined, it is 
possible for an implementation to allow the 
programmer to make a fin€>r distinction 
between causes of an error than the lan- 
guage alone can give. It also allows the 
programmer to determine errors not defined 
by ON conditions. In the case of a KEY 
interrupt, for example, eight different 
causes can be identified. There are 3 
different codes for CONVERSION interrupts. 
The IF statement tests for KEY errors by 
checking the ONCODE to see if it lies in 
the range 50 to 57,. Similarly, the range 
6 00 to 629 is tested for conversion errors,, 
and the ONCODE value 9 is tested to deter- 
mine if the interrupt was caused by a 
SIGNAL statement. 

If the ONCODE indicates that the error 
is due to a key or conversion error, or if 
it was signalled, the DO group in cards 28 



through 31 is executed, and control is 
transferred out of the on-unit to the 
statement labeled NEWCARD. 



If the error is not one of those listed 
above, a message is displayed to the opera- 
tor. Although only a single expression is 
allowed in a DISPLAY statement, it is 
possible to display the contents of several 
fields by concatenating them into a single 
character string. 

Unless control is specifically trans- 
ferred out of the ERROR on-unit when it is 
completed (in this case, when the END 
statement is executed) and the ERROR condi- 
tion is raised in a major task,, the FINISH 
condition is raised and, subsequently, the 
major task is terminated. (Standard system 
action for the FINISH condition in the 
absence of an on-unit is for no action to 
be taken; that is, execution of the inter- 
rupted statement is resumed.) If the ERROR 
condition is raised in any other task, that 
task is terminated. Since no ON FINISH 
statement is included in this program, 
standard system action will be taken if the 
FINISH condition is raised. 

The ON statement in card 36 establishes 
normal termination, that is, the action to 
be taken when the last item has been read 
from INFILE. It specifies that when the 
ENDFILE condition is raised for the file,, a 
message is to be printed out (card 63) . 
The END statement in card 6 4 then causes 
termination of execution. 

The main loop of the program starts with 
the statement labeled NEWCARD in card 38. 
This READ statement specifies that a record 
is to be copied from the input file INFILE 
into the 8 0-character structure CARDIN. 

The next READ statement (card 39) uses 
the value of ITEM (secured by the preceding 
READ operation) as a key to identify the 
record to be copied from the STOCK file 
into the structure STREC (whose declaration 
was incorporated into the program by the 
%INCLUDE statement) . A key is always con- 
sidered to be a character string whose 
length is determined by the system (from 
the KEYLEN subparameter of the DCS paramet- 
er in the DD statement defining that data 
set),. In this example,, ITEM is declared as 
a character string, so no conversion need 
be performed. 

The IF statement (card 40) compares the 
correct value of CODE with the constant 
•a*. If they are equal, the whole of the 
DO group in cards 42 to 4 8 is executed. 
This group computes the value of LOSS and, 
if it is greater than 1000, calls a subrou- 
tine EXCPT. This subroutine has two param- 
eters, and the CALL statement must specify 
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two arguments with exactly the same attri- 
butes as the parameters. In this case, the 
second argument is a one-character constant 
that matches the parameter TYPE in the 
procedure. Note that an incorrectly writ- 
ten constant, for example, ' A' (with an 
additional blank) , would be an error. 

Whether or not LOSS is greater than 
1000, the field SQTY is altered, the record 
is rewritten, and control is returned to 
NEWCARD to repeat the loop. Note that the 
REWRITE statement is used in rewriting the 
record; the WRITE statement would attempt 
to create a new record with the same key, 
and would cause an error. If CODE is not 
'A', the next IF statement (card 49) com- 
pares the value of CODE with 'D' (the only 
other valid code) . If the code is invalid 
(if CODE is not *D'), the SIGNAL statement 
causes the ERROR on-unit to be executed. 
The system sets the ONCODE to 9, which is 
tested for in the ERROR on-unit to deter- 
mine the type of error. 



If the code is 'D', the remaining state- 



ments are executed. LOSS is computed, and 
if it is greater than 1000, the EXCPT 
subroutine is called. After return from 
the subroutine, or immediately if LOSS is 
not greater than 1000, the record is dele-t- 
ed and control is returned to NEWCARD. 



The subroutine EXCPT prints a line of 
the exception report. This subroutine is 
nested in the main procedure, so it can 
access any of the variables declared in the 
outer procedure. In this case the only 
names declared in the inner procedure cire 
the parameters. Parameter names are always 
treated as if they were declared within the 
procedure in which they are specified. If 
they are to have any attributes other than 
the usual default attributes, they must be 
declared explicitly. 

The SKIP option on the PUT statement 
causes spacing to a new line before the 
EDIT list is printed. The EDIT list uses 
COL format items to line up the data fields 
under the headings described in the ENDPAGE 
on-unit. 



PART II 



SECTION A: SYNTAX NOTATION 



Throughout this publication,, wherever a 
PL/I statement — or some other combination 
of elements — is discussed, the manner of 
writing that statement or phrase is illus- 
trated with a uniform system of notation. 



This notation is not a part of PL/I; it 
is a standardized notation that may be used 
to describe the syntax — or construction 
— of any programming language. It pro- 
vides a brief but precise explanation of 
the general patterns that the language 
permits. it does not describe the meaning 
of the language elements, merely their 
structure ; that is, it indicates the order 
in which the elements may (or must) appear, 
the punctuation that is required, and the 
options that are allowed. 

The following rules explain the use of 
this notation for any programming language; 
only the examples apply specifically to 
PL/I : 



2- A n o t ation c onstant denotes the liter- 
al occurrence of the characters rep- 
resented. A notation constant con- 
sists either of all capital letters or 
of a special character. 

Example: 

DECLARE identifier FIXED; 

This denotes the literal occurrence of 
the word DECLARE followed by the nota- 
tion variable "identifier," which is 
defined elsewhere, followed by the 
literal occurrence of the word FIXED 
followed by the literal occurrence of 
the semicolon { ; ) . 

3. The term "syntactic unit," which is 
used in subsequent rules, is defined 
as one of the following: 



a. 



A single notation 
notation constant. 



variable or 



A notation variable is the name of a 
general class of elements in the pro- 
gramming language. A notation varia- 
ble must consist of: 

a. Lower-case letters, decimal 
digits, and hyphens and must begin 
with a letter. 



b. Any collection of notation varia- 
bles, notation constants., syntax- 
language symbols, and keywords 
surrounded by braces or brackets. 

Braces {} are used to denote grouping 
of more than one element into a syn- 
tactic unit. 



b. A combination of lower-case and 
upper-case letters. There must be 
one portion in all lower-case let- 
ters and one portion in all upper- 
case letters, and the two portions 
must be separated by a hyphen. 

All such variables used are defined in 
the manual either syntactically, using 
this notation, or are defined 
semantically. 

Examples: 

a. digit. This denotes the occur- 
rence of a digit, which may be 
through 9 inclusive. 

b,. file-name.. This denotes the 
occurrence of the notation varia- 
ble named file name. An explana- 
tion of file name is given else- 
where in the manual. 

c. DO- statement. This denotes the 
occurrence of a DO statement. The 
upper-case letters are used to 
indicate a language keyword. 



Example : 



identifier 



(FIXED) 
FLOAT ) 



The vertical stacking of syntactic 
units indicates that a choice is to be 
made. The above example indicates 
that the variable "identifier" must be 
followed by the literal occurrence of 
either the word FIXED or the word 
FLOAT . 

The vertical stroke | indicates that a 
choice is to be made. 

Example: 

identifier {FIXED | FLOAT) 

This has exactly the sam.e meaning as 
the above example. Both methods are 
used in this manual to display alter- 
natives. 

Square brackets [ ] denote options. 
Anything enclosed in brackets may 
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appear one time or may not appear at 
all. Brackets can serve the addition- 
al purpose of delimiting a syntactic 
unit. 



Example : 



Example: 

[digit] ... 

The variable "digit" may or may not 
occur since it is surrounded by brack- 
ets. If it does occur, it may be 
repeated one or more times. 



CHARACTER (length) [VARYING] 



This denotes the literal occurrence of 
the word CHARACTER followed by the 
variable "length" enclosed in paren- 
theses and optionally followed by the 
literal occurrence of the word VARY- 
ING. If, in rule 4, the two alterna- 
tives also were optional, the vertical 
stacking would be within brackets, and 
there would be no need for braces. 



Three dots . . . denote the occurrence 
of the immediately preceding syntactic 
unit one or more times in succession. 



Underlining is used to denote an ele- 
ment in the language being described 
when there is conflict between this 
element and one in the syntax lan- 
guage. 

Example : 

operand {SJIJ operand 

This denotes that the two occurrences 
of the variable "operand" are sepa- 
rated by either an "and" (£) or an 
"or" ( I ) . The constant | is under- 
lined in order to distinguish the "or" 
symbol in the PL/I language from the 
"or" symbols in the syntax language. 
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SECTION B: CHARACTER SETS WITH EBCDIC AND CARD- PUNCH CODES 



60-CHARACTER SET 



Character 
blank 

< 

( 

+ 

I 

& 

$ 
♦ 

) 



Card-Punch 



8-Bit Code 



no punches 


0100 


0000 


12-8-3 


0100 


1011 


12-8-4 


0100 


1100 


12-8-5 


0100 


1101 


12-8-6 


0100 


1110 


12-8-7 


0100 


1111 


12 


0101 


0000 


11-8-3 


0101 


1011 


11-8-U 


0101 


1100 


11-8-5 


0101 


1101 


11-8-6 


0101 


1110 


11-8-7 


0101 


1111 


11 


Olio 


0000 


0-1 


Olio 


0001 


0-8-3 


Olio 


1011 


0-8-4 


Olio 


1100 


0-8-5 


0110 


1101 


0-8-6 


Olio 


1110 


0-8-7 


Olio 


1111 


8-2 


0111 


1010 


8-3 


0111 


1011 


8-4 


0111 


1100 


8-5 


0111 


1101 


8-6 


0111 


1110 


12-1 


1100 


0001 


12-2 


1100 


0010 


12-3 


1100 


0011 


12-4 


1100 


0100 


12-5 


1100 


0101 


12-6 


1100 


Olio 


12-7 


1100 


0111 


12-8 


1100 


1000 


12-9 


1100 


1001 


11-1 


1101 


0001 


11-2 


1101 


0010 



Character 
L 
M 
N 
O 
P 

Q 
R 
S 
T 
U 
V 
W 
X 
Y 
Z 

1 
2 
3 
4 
5 
6 
7 



Composite 
Symbols 
<= 

II 

*,* 

v< 

1> 

>= 

/* 
*/ 
-> 



Card-Punch 
11-3 


8-Bit Code 
1101 0011 


11-4 


1101 


0100 


11-5 


1101 


0101 


11-6 


1101 


Olio 


11-7 


1101 


0111 


11-8 


1101 


1000 


11-9 


1101 


1001 


0-2 


1110 


0010 


0-3 


1110 


0011 


0-4 


1110 


0100 


0-5 


1110 


0101 


0-6 


1110 


Olio 


0-7 


1110 


0111 


0-8 


1110 


1000 


0-9 


1110 


1001 





1111 


0000 


1 


1111 


0001 


2 


1111 


0010 


3 


1111 


0011 


4 


1111 


0100 


5 


1111 


0101 


6 


1111 


Olio 


7 


1111 


0111 


8 


1111 


1000 


9 


1111 


1001 



Card-Punch 
12-8-4, 8-6 
12-8-7, 12-8-7 
11-8-4, 11-8-4 
11-8-7, 12-8-4 
11-8-7, 0-8-6 
11-8-7, 8-6 
0-8-6, 8-6 
0-1, 11-8-4 
11-8-4, 0-1 
11„ 0-8-6 
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4 8 -CHARACTER SET 



Character 



blank 

+ 

$ 
* 

) 



Card-Punch 


8-Bit Code 


no punches 


0100 


0000 


12-8-3 


0100 


1011 


12-8-5 


0100 


1101 


12-8-6 


0100 


1110 


11-8-3 


0101 


1011 


11-8-4 


0101 


1100 


11-8-5 


0101 


1101 


11 


0110 


0000 


0-1 


0110 


0001 


0-8-3 


0110 


1011 


8-5 


0111 


1101 


8-6 


0111 


1110 


12-1 


1100 


0001 


12-2 


1100 


0010 


12-3 


1100 


0011 


12-4 


1100 


0100 


12-5 


1100 


0101 


12-6 


1100 


Olio 


12-7 


1100 


0111 


12-8 


1100 


1000 


12-9 


1100 


1001 


11-1 


1101 


0001 


11-2 


1101 


0010 


11-3 


1101 


0011 


11-4 


1101 


0100 


11-5 


1101 


0101 


11-6 


1101 


Olio 


11-7 


1101 


0111 


11-8 


1101 


1000 


11-9 


1101 


1001 


0-2 


1110 


0010 


0-3 


1110 


0011 


0-4 


1110 


0100 


0-5 


1110 


0101 


0-6 


1110 


Olio 


0-7 


1110 


0111 


0-8 


1110 


1000 


0-9 


1110 


1001 





1111 


0000 


1 


1111 


0001 


2 


1111 


0010 


3 


1111 


0011 



Character 


Card-Punch 


8-Bit Code 


4 


4 




1111, 0100 


5 


5 




1111 0101 


6 


6 




1111 0110 


7 


7 




1111 0111 


8 


8 




1111 1000 


9 


9 




1111 1001 
60-Character 


Composite 






Set 


Symbol s 


Card Punch 




Equivalent 


. . 


12-8-3, 12-8 


1-3 


: 


LE 


11-3. 12-5 




<= 


CAT 


12-3, 12-1, 


0-3 


II 


** 


11-8-4, 11-8 


1-4 


** 


NL 


11-5, 11-3 




^< 


NG 


11-5, 12-7 




i> 


NE 


11-5, 12-5 




^- 


// 


0-1, 0-1 




% 


» • 


0-8-3, 12-8- 


3 


1 


AND 


12-1, 11-5, 


12-4 


s 


GE 


12-7, 12-5 




>= 


GT 


12-7, 0-3 




> 


LT 


11-3, 0-3 




< 


NOT 


11-5, 11-6, 


0-3 


1 


OR 


11-6, 11-9 




1 


/* 


0-1, 11-8-4 




/* 


*/ 


11-8-4, 0-1 




*/ 


PT 


ll-7„ 0-3 




-> 


Note : When 


using the 48 


i-character set, t] 



following rules should be observed: 

1. The two periods that replace the colon 
must be immediately preceded by a 
blank if the preceding character is a 
period. 

2. The two slashes that replace the per- 
cent symbol must be immediately 
preceded by a blank if the preceding 
character is an asterisk, or immedi- 
ately followed by a blank if the 
following character is an asterisk. 

3. The sequence "comma period" represents 
a semicolon except when it occurs in a 
comment or character string, or when 
it is immediately followed by a digit. 
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SECTION C: KEYWORDS AND KEYWORD ABBREVIATIONS 



Keyword 

ABNORMAL 

ABS(x) 

^ACTIVATE 

ADD(x,y,p[,q] ) 

ADDR(x) 

ALIGNED 

ALL(x) 

ALLOCATE 

;^LLOCATION(x) 

ANY(x) 

AREA 

AREAE (size)] 

OTAN(x[,y]) 

ATAND(x[,y3) 

ATANH(x) 

AUTOMATIC 

BACKWARDS 

BASED (pointer- variable) 

BEGIN 

BINARY 

BINARY(x[,p[,g]] ) 

BIT (length) 

BIT( expression [ , size ] ) 

BOOL(x,y,w) 

BUFFERED 

BUFFERS (n) 

BUILTIN 

BY 

BY NAME 

CALL entry-name 

CEIL(x) 

CHAR (expressiont ,size] ) 

CHARACTER ( length ) 

CHECK (name- list) 

CLOSE 

COBOL 

COLUMN (w) 

COMPLETION (event-name) 

COMPLEX 

COMPLEX (a, b) 

CONDITION (name) 

CONJG(x) 

CONSECUTIVE 

CONTROLLED 

CONVERSION 

COPY 

COS(x) 

COSD (x) 

COSH(x) 

COUNT (file-name) 

CTLASA 

CTL3 6 

DATA 

DATA FIELD 

DATE 

%DEACTIVATE 

DECIMAL 

DECIMAL(x[,p[,q]]) 

DECLARE 

% DECLARE 

DEFINED 

DELAY (n) 

DELETE 

DIM(x,n) 



Abbreviat i on 
ABNL 

%ACT 



AUTO 



BIN 
BIN(x[,p[,q]]) 



CHAR (length) 



COL(w) 

CPLX 
CPLX(a,b) 



CTL 

CONV 



%DEACT 

DEC 

DEC(x(,p[,q]]) 

DCL 

%DCL 
DEF 



U se of Keyword 

attribute 

built-in function 

preprocessor statement 

built-in function 

built-in function 

attribute 

built-in function 

statement 

built-in function 

built-in function 

condition 

attribute 

built-in function 

built-in function 

built-in function 

attribute 

attribute, option of OPEN statement 

attribute 

statement 

attribute 

built-in function 

attribute 

built-in function 

built-in function 

attribute 

option of ENVIRONMENT attribute 

attribute 

clause of DO statement 

option of the assignment statement 

statement or option of INITIAL attribute 

built-in function 

built-in function 

attribute 

condition 

statement 

option of ENVIRONMENT attribute 

format item 

built-in function, pseudo- variable 

data attribute 

built-in function, pseudo-variable 

condition 

built-in function 

option of ENVIRONMENT attribute 

attribute 

condition 

option of GET statement 

built-in function 

built-in function 

built-in function 

built-in function 

option of ENVIRONMENT attribute 

option of ENVIRONMENT attribute 

STREAM I/O transmission mode 

built-in function 

built-in function 

preprocessor statement 

attribute 

built-in function 

statement 

preprocessor statement 

attribute 

statement 

statement 

built-in function 
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ENV 



EXT 



Keywor d 

DIRECT 

DISPLAY 

DIVIDE{x,y,p[,ql ) 

DO 

%D0 

EDIT 

ELSE 

%ELSE 

EMPTY 

END 

%END 

ENDFILE ( f ile-name) 

ENDPAGE (file-name) 

ENTRY 

ENVIRONMENT 

ERF(x) 

ERFC(X) 

ERROR 

EVENT 

EXCLUSIVE 

EXIT 

EXP(X) 

EXTERNAL 

F(block-size [, record-size] ) 

FILE 

FILE (f ile-name) 

FINISH 

FIXED 

FIXED (xt,p[,q]]) 

FIXEDOVERFLOW 

FLOAT 

FLOAT (x[,p]) 

FLOOR (x) 

FORMAT (format- list) 

FREE 

FROM 

GENERIC 

GENKEY 

GET 

GO TO 

%G0 TO 

HBOUND(X,h) 

HIGH ( i ) 

IF 

UF 

IGNORE (n) 

IMAG(x) 

IN 

%INCLUDE 

INDEX (string, con fig) 

INDEXAREA [ ( i ndex- ar ea- s iz e) ] 

INDEXED 

INITIAL 

INPUT 

INTERNAL 

INTO (variable) 

IRREDUCIBLE 

KEY( file-name) 

KEY(x) 

KEYED 
KEYFROM(x) 
KEYTO (variable) 
LABEL 



Abbreviation 



FOFL 



GOTO 
%G0TO 



INIT 



INT 



IRRED 



Use of Keyword 

attribute 

statement 

built-in function 

statement 

preprocessor statement 

STREAM I/O transmission mode 

clause of IF statement 

clause of %IF statement 

built-in function 

statement 

preprocessor statement 

condition 

condition 

attribute or statement 

attribute 

built-in function 

built-in function 

condition 

option of CALL, READ, WRITE, REWRITE, and 

DELETE statements, attribute 
attribute 
statement 
built-in function 
attribute 

option of ENVIRONMENT attribute 
attribute 
option of GET and PUT statements, 

specification of RECORD I/O statements 
condition 
attribute 
built-in function 
condition 
attribute 
built-in function 
built-in function 
statement 
statement 

option of WRITE or REWRITE statements 
attribute 

option of ENVIRONMENT attribute 
statement 
statement 

preprocessor statement 
built-in function 
built-in function 
statement 

preprocessor statement 
option of READ statement 
built-in function, pseudo-variable 
option of ALLOCATE and FREE statements 
preprocessor statement 
built-in function 
option of ENVIRONMENT attribute 
option of ENVIRONMENT attribute 
attribute 

attribute, option of the OPEN statement 
attribute 

option of READ statement 
attribute 
condition 
option of READ, DELETE, and REWRITE 

statements 
attribute, option of OPEN statement 
option of WRITE statement 
option of READ statement 
attribute 
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Keyword 


Abbreviation 


LENGTH (string) 




LBOUND(x,n) 




LEAVE 




LIKE 




LINE(w) 




LINENO (file-name) 




LINESIZE 




LIST 




LOCATE 




LOGCx) 




L0G2(x) 




LOGIO (x) 




LOW(i) 




MAIN 




MAX(Xi,X2 . . .Xn) 




MIN(Xi,X2 Xn) 




M0D(Xi,X2) 




MULTIPLY(Xi,X2,p[,q] ) 




NAME (file-name) 




NOCHECK 




NOCONVERSION 


N(X:ONV 


NOFIXEDOVERFLOW 


NOFOFL 



NOLOCK 
NOOVERFLOW 

NOSIZE 



NOOFL 



NOSTRINGRANGE 




NOSTRG 


NOSUBSCRIPTRANGE 


NOSUBRG 


NOUNDERFLOW 




NOUFL 


NOWRITE 






NOZERODIVIDE 




NOZDIV 


NORMAL 






NULL 






NULLO 






OFFSET (area-name) 




ON 






ONCHAR 






ONCOUNT 






ONCODE 






ONFILE 






ONKEY 






ONLOC 






ONSOURCE 






OPEN 






OPTIONS (list) 






OUTPUT 






OVERFLOW 




OFL 


PACKED 






PAGE 






PAGESIZE(W) 






PICTURE 




PIC 


POINTER 




PTR 


POLY (a, x) 






POSITION Ci) 




POS(i) 


PRECISION (x,p[, 


rq]) 


PREC(x,p[,q]) 


PRINT 






PRIORITY (x) 






PRIORITY [ (task- 


-name) ] 




PROCEDURE 




PROC 



U se of Keyword 

built-in function 

built-in function 

option of ENVIRONMENT attribute 

attribute 

format item, option of PUT statement 

built-in function 

option of OPEN statement 

STREAM I/O transmission mode 

statement 

built-in function 

built-in function 

built-in function 

built-in function 

option of PROCEDURE statement 

built-in function 

built-in function 

built-in function 

built-in function 

condition 

condition prefix identifier 

(disables CHECK) 
condition prefix identifier 

(disables CONVERSION) 
condition prefix identifier 

(disables FIXEDOVERFLOW) 
option of READ statement 
condition prefix identifier 

(disables OVERFLOW) 
condition prefix identifier 

(disables SIZE) 
condition prefix identifier 

(disables STRINGRANGE) 
condition prefix identifier 

(disables SUBSCRIPTRANGE) 
condition prefix identifier 

(disables UNDERFLOW) 
option of ENVIRONMENT attribute 
condition prefix identifier 

(disables ZERODIVIDE) 
attribute 
built-in function 
built-in function 
attribute 
statement 

built-in function, pseudo- variable 
built-in function 
built-in function 
built-in function 
built-in function 
built-in function 

built-in function, pseudo- variable 
statement 

option of PROCEDURE statement 
attribute, option of the OPEN statement 
condition 
attribute 

format item, option of PUT statement 
option of the OPEN statement 
attribute 
attribute 
built-in function 
attribute 
built-in function 

attribute, option of OPEN statement 
option of CALL statement 
built-in function, pseudo- variable 
statement 
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Keyword 

% PROCEDURE 

PROD ( X ) 

PUT 

READ 

REAL 

FEAL(x) 

RECORD 

RECURSIVE 

REDUCIBLE 

REENTRANT 

REFER 

REGIONAL (112 I 3) 

REPEAT (string, i) 

REPLY (c) 

RETURN 

RETURNS 

REVERT 

REWIND 

REWRITE 

ROUND (x,n) 

SEQUENTIAL 

SET( pointer- variable) 

SETS 
SIGN(x) 
SIGNAL 
SIN(X) 
SIND(x) 
SINH ( X ) 
SIZE 
SKIP[ (x)] 

SNAP 

SQRT(x) 

STATIC 

STATUS (event-name) 

STOP 

STREAM 

STRING (X) 

STRINGRANGE 

STRING (String-name ) 

iSUB 

SUBSCRIPTRANGE 

SUBSTR (String , i [ , j ] ) 

SUM(x) 

SYSIN 

SYSPRINT 

SYSTEM 

TAN(x) 

TAND (x) 

TANH(x) 

TASK 

TASK [ (task-name) ] 

THEN 

%THEN 

TIME 

TO 

TITLE (x) 

TRANSMIT 

TRUNC(x) 

U (max-block-size) 

UNALIGNED 

UNBUFFERED 

UNDEFINEDFILE( file-name) 

UNDERFLOW 

UNLOCK 



Abbreviation 

%PROC 



RED 



STRG 



SUBRG 



UNAL 

UNDF( file- name) 
UFL 



Use of Keyword 

preprocessor statement 

built-in function 

statement 

statement 

attribute 

built-in function, pseudo- variable 

attribute, option of OPEN statement 

option of PROCEDURE statement 

attribute 

option of PROCEDURE statement 

option of BASED attribute 

option of ENVIRONMENT attribute 

built-in function 

option of DISPLAY statement 

statement 

attribute 

statement 

option of ENVIRONMENT attribute 

statement 

built-in function 

attribute 

option of ALLOCATE, LOCATE, and 

READ Statements 
attribute 
built-in function 
statement 
built-in function 
built-in function 
built-in function 
condition 
format item, option of GET and 

PUT statements 
option of ON statement 
built-in function 
attribute 

built-in function, pseudo-variable 
statement 

attribute, option of OPEN statement 
built-in function 
condition 

option of GET and PUT statements 
dummy variable of DEFINED attribute 
condition 

built-in function, pseudo- variable 
built-in function 

name of standard system input file 
name of standard system output file 
option of the ON statement 
built-in function 
built-in function 
built-in function 

attribute, option of PROCEDURE statement 
option of CALL statement 
clause of IF statement 
cluase of %IF statement 
built-in function 
clause of DO statement 
option of OPEN statement 
condition 
built-in function 
option of ENVIRONMENT attribute 
attribute 

attribute, option of OPEN statement 
condition 
condition 
statement 
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Keyword ^Abbreviation Use of Keyword 

UNSPEC(x) built-in function, pseudo- variable 

UPDATE attribute, option of OPEN statement 

USES attribute 

V{inax-block-size[,inax-record-size] ) option of ENVIRONMENT attribute 

VARYING VAR attribute 

VBS(max-block-size[ ,inax-record-size] ) option of ENVIRONMENT attribute 

VS (max-block-size[,max-record-size] ) option of ENVIRONMENT attribute 

WAIT statement 

WHILE clause of DO statement 

WRITE statement 

2ER0DIVIDE ZDIV condition 
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SECTION D; PICTURE SPECIFICATION CHARACTERS 



Picture specification characters appear 
in either the PICTURE attribute or the P 
format item for edit-directed input and 
output. In either case* an individual 
character has the same meaning. A discus- 
sion of the concepts of picture specifi- 
cations appears in Part I, Chapter 9, 
"Editing and String Handling." 

Picture characters are used to describe 
the attributes of the associated data item, 
whether it is the value of a variable or a 
data item to be transmitted between the 
program and external storage. 

A picture specification always describes 
a character representation that is either a 
character-string data item or a numeric 
character data item, A character-string 
pictured item is one that can consist of 
alphabetic characters, decimal digits, and 
other special characters. A numeric char- 
acter pictured item is one in \^ich the 
data itself can consist only of decimal 
digits, a decimal point and, optionally,, a 
plus or minus sign^ Other characters gen- 
erally associated with arithmetic data,, 
such as currency symbols, can also be 
specified, but they are not a part of the 
arithmetic value of the numeric character 
variable, although the characters are 
stored with the digits and are considered 
to be part of the character-string value of 
the variable. 



specification contained in the P foicmat 
item, including editing characters. If the 
indicated character does not appear in the 
input stream, the CONVERSION condition is 
raised. 



Data assigned to a variable declared 
with a character-string picture specifi- 
cation (or data to be written witli a 
character- string picture format item) 
should conform, character by character (or 
be convertible, character by character) to 
the picture specification; if it does not,, 
the CONVERSION condition is raised. 

Figures in this section illustrate how 
different picture specifications affect the 
representation of values when assigned to a 
pictured variable or when printed using the 
P format item. Each figure shows the 
original value of the data, the attributes 
of the variable from which it is assigned 
(or written) , the picture specification, 
and the character-string value of the 
numeric character or pictured character- 
string variable. 



PICTURE CHARACTERS FOR CHARACTER- STRING 
DATA 



Arithmetic data assigned to a numeric 
character variable is converted to charac- 
ter representation. Editing,, such as zero 
suppression and the insertion of other 
characters, can be specified for a numeric 
character data item. Editing cannot be 
specified for pictured character-string 
data. 

Data assigned to a variable declared 
with a numeric picture specification (or 
data to be written with a numeric picture 
format iton) must be either internal coded 
arithmetic data or data that can be con- 
verted to coded arithmetic* Thus,, assigned 
data can contain only digits and,, optional- 
ly, a decimal point and a sign. It should 
not contain any other character, even 
though that character (for example, a cur- 
rency symbol) is specified in the picture 
specification and is to be inserted into 
the data as part of its character-string 
value; if it does, the CONVERSION condition 
is raised. 

Numeric character data to be read using 
the P format item must conform to the 



Only three picture characters can be 
used in character-string picture specifi- 
cations: 

X specifies that the associated position 
can contain any character whose internal 
bit configuration can be recognized by 
the computer in use. 

A specifies that the associated position 
can contain any alphabetic character or 
a blank character. 

9 specifies that the associated position 
can contain any decimal digit or a blank 
character. 

No insertion characters can be specified. 
At least one A or X must appear. 

Figure D-1 gives examples of character- 
string picture specifications. In the 
figure, the letter b indicates a blank 
character. Note that assignments are left- 
adjusted, and any necessary padding with 
blanks is on the right. 
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Figure D-1. Pictured Character-String Examples 



PICTURE CHARACTERS FOR NUMERIC CHARAC TER 
DATA 



Numeric character data must represent 
numeric values; therefore,, the associated 
picture specification cannot contain the 
characters X or A,. The picture characters 
for numeric character data can specify 
detailed editing of the data. 

A numeric character variable can be 
considered to have two different kinds of 
value, depending upon its use. They are 
(1) its arithmetic value and (2) its 
character-string value- 

The arithmetic value is the value 
expressed by the decimal digits of the data 
item, the assumed location of a decimal 
point, and possibly a sign. The arithmetic 
value of a numeric character variable is 
used whenever the variable appears in an 
expression that, results in a coded arith- 
metic value or whenever the variable is 
assigned to a coded arithmetic, numeric 
character, or bit-string variable. In such 
cases, the arithmetic value of the numeric 
character variable is converted to internal 
coded arithmetic representation. 

The character-string value is the value 
expressed by the decimal digits of the data 
item, as well as all of the editing and 
insertion characters appearing in the pic- 
ture specification- The character-string 
value does not, however, include the 
assumed location of a decimal point, as 
specified by the picture chareicter V. The 
character-string value of a numeric charac- 
ter variable is used whenever the variable 
appears in a character-string expression 



operation or in an assignment to a 
character- string variable, whenever the 
data is printed using list-directed or 
data-directed output, or whenever a ref- 
erence is made to a character- string varia- 
ble that is defined on the numeric charac- 
ter variable. In such cases, no data 
conversion is necessary. 



The picture characters for numeric char- 
acter specifications may be grouped into 
the following categories: 



• Digit and Decimal-Point Specifiers 

• Zero Suppression Characters 

• Insertion Characters 

« Signs and Currency Symbol 

• Credit, Debit,, and Overpunched Signs 

• Exponent Specifiers 

• Scaling Factor 

• Sterling Pictures 

The picture characters in these groups 
may be used in various combinations. Con- 
sequently, a numeric character specifi- 
cation can consist of two or more parts 
such as a sign specification, an integer 
subfield„ a fractional subfield and, for 
floating-point, an exponent field. A 
sterling picture specification contains 
separate fields for pounds, shillings, and 
pence; the pence field can have an integer 
subfield and a fractional subfield. 
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A major requirement of the picture 
specification for numeric character data is 
that each field must contain at least one 
picture character that specifies a digit 
position. This picture character, however, 
need not be the digit character 9. Other 
picture characters, such as the zero 
suppression characters (Z or * or Y) , also 
specify digit positions. At least one of 
these characters must be used to define a 
numeric character specification. 



DIGIT AND DECIMAL-POINT SPECIFIERS 



The picture characters 9 and V are used 
in the simplest form of numeric character 
specifications that represent fixed-point 
decimal values. 

Figure D-2 gives examples of numeric 
character specifications. 



aligned on the V character; therefore, 
an assigned value may be truncated or 
extended with zero digits at either end. 
(Note that if significant digits are 
truncated on the left, the result is 
undefined and a SIZE interrupt will 
occur, if SIZE is enabled.) If no V 
character appears in the picture speci- 
fication of a fixed-point decimal value 
(or in the first field of a picture 
specification of a floating-point deci- 
mal value),, a V is assumed at the right 
end of the field specification. This 
can . cause the assigned value to be 
truncated, if necessary, to an integer. 
The V character cannot appear more than 
once in a picture specification. The V 
is considered to be a subfield delimiter 
in the picture specification; that is, 
the portion preceding the V and the 
portion following it (if any) are each a 
subfield of the specification. 



9 specifies that the associated position 
in the data item is to contain a decimal 
digit. 

V specifies that a decimal point is 
assumed at this position in the asso- 
ciated data item. However, it does not 
specify that an actual decimal point is 
to be inserted. The integer and frac- 
tional parts of the assigned value are 



ZERO SUPPRESSION CHARACTERS 



The zero suppression picture characters 
specify conditional digit positions in the 
character- string value and may cause lead- 
ing zeros to be replaced by asterisks or 
blanks and nonleading zeros to be replaced 
by blanks. Leading zeros are those that 
occur in the leftmost digit positions of 
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Figure D-2. Pictured Numeric Character Examples 
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fixed-ipoint numbers or in the leftmost 
digit positions of the two parts of 
floating-point numbers, that are to the 
left of the assumed position of a decimal 
point, and that are not preceded by any of 
the digits 1 through 9. The leftmost 
nonzer^o digit in a number and all digits, 
zeros or not, to the right of it represent 
significant digits. Note that a floating- 
point number can also have a leading zero 
in the exponent field. 

Figure D-3 gives examples of the use of 
zero suppression characters. In the 
figure, the letter b indicates a blank 
character. 

Z specifies a conditional digit position 
and causes a leading zero in the asso- 
ciated data position to be replaced by a 
blank character. When the associated 
data position does not contain a leading 
zero, the digit in the position is not 
replaced by a blank character. The 
picture character Z cannot appear in the 
same subfield as the picture character 
+, nor can it appear to the right of a 



drifting picture character or any of the 
picture characters 9, T, I, or R in a 
field. 

♦ specifies a conditional digit position 
and is used the way the picture charac- 
ter Z is used, except that leading zeros 
are replaced by asterisks. The picture 
character * cannot appear with the pic- 
ture character Z in the same subfield, 
nor can it appear to the right of a 
drifting picture character or any of the 
picture characters 9, T, I, or R in a 
field. 

Y specifies a conditional digit position 
and causes a zero digit, leading or 
nonleading, in the associated position 
to be replaced by a blank character. 
When the associated position does not 
contain a zero digit, the digit in the 
position is not replaced by a blank 
character. 

Note : If one of the picture characteirs Z 
or ♦ appears to the right of the picture 
character V, then all fractional digit 
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Figure D-3. Examples of Zero Suppression 



:08 



positions in the specif ication„ as well as 
all integer digit positions, must employ 
the Z or * picture character, respectively. 
When all digit positions to the right of 
the picture character V contain zero 
suppression picture characters, fractional 
zeros of the value are suppressed only if 
all positions in the fractional part con- 
tain zeros and all integer positions have 
been suppressed. The entire character- 
string value of the data item will then 
consist of blanks or asterisks. No digits 
in the fractional part are replaced by 
blanks or asterisks if the fractional part 
contains any significant digit. 



INSERTION CHARACTERS 



significant digits.^ In all other cases 
where zero suppression occurs, one of 
three possible characters is inserted in 
place of the comma. The choice of 
character to replace the comma depends 
upon the first picture character that 
both precedes the comma position and 
specifies a digit position: 

• If this character position is an 
asterisk, the comma position is 
assigned an asterisk. 

• If this character position is a 
drifting sign or a drifting currency 
symbol (discussed later), the drift- 
ing string is assumed to include the 
comma position, which is assigned the 
drifting character. 

• If this character position is not an 
asterisk or a drifting character, the 
comma position is assigned a blank 
character. 



The picture characters commei (»), point 
{.) , slash (/) , and blank (B) are insertion 
characters; they cause the specified 
character to be inserted into the associat- 
ed position of the numeric character data. 
They do not indicate digit positions, but 
are inserted between digits. Each does, 
however,, actually represent ci character 
position in the character-string value, 
whether or not the character is suppressed. 
The comma, point, and slash are conditional 
insertion characters; within a string of 
zero suppression characters, they, too, may 
be suppressed. The blank (B) is an uncond- 
itional insertion character; it always 
specifies that a blank is to appear in the 
associated position. 



Note; Insertion characters are applicable 
only to the character-string Vcilue. They 
specify nothing about the arithmetic value 
of the data item. 



Figure D-4 gives examples of the use of 
insertion characters.. In the figure„ the 
letter b indicates a blank charcicter. 



causes a comma to be inserted into the 
associated position of the numeric char- 
acter data when no zero suppression 
occurs. If zero suppression does occur, 
the comma is inserted only when an 
unsuppressed digit appears to the left 
of the comma position, or when a V 
appears immediately to the left of it 
and the fractional part contains any 



is used the same way the comma picture 
character is used, except that a point 
(,. ) is assigned to the associated posi- 
tion. This character never causes point 
alignment in the picture specifications 
of a fixed-point decimal number and is 
not a part of the arithmetic value of 
the data item. That function is served 
solely by the picture character V. 
Unless the V actually appears, it is 
assumed to be to the right of the 
rightmost digit position in the field, 
and point alignment is handled accord- 
ingly» even if the point insertion char- 
acter appears elsewhere. The point (or 
the comma or slash) can be used in 
conjunction with the V to cause inser- 
tion of the point (or comma or slash) in 
the position that delimits the end of 
the integer portion and the beginning of 
the fractional portion of a fixed-point 
(or floating-point) number, as might be 
desired in printing, since the V does 
not cause printing of a point. The 
point must immediately precede or 
immediately follow the V, If the point 
precedes the V, it will be inserted only 
if a significant digit appears to the 
left of the V, even if all fractional 
digits are significant. If the point 
immediately follows the V, it will be 
suppressed if all digits to the right of 
the V are suppressed, but it will appear 
if there are any fractional digits 
(along with any intervening zeros). 



^•In the special case of a conditional 
insertion character that is preceded either 
by nothing or only by characters that do 
not specify digit positions, the condi- 
tional position will always contain the 
conditional insertion character. 
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Figure D-4. Examples of Insertion Characters 



/ is used the same way the comma picture 
character is used, except that a slash 
(/) is inserted in the associated posi- 
tion. 

B specifies that a blank character always 
be inserted into the associated position 
of the character-string value of the 
numeric character data. 



SIGNS AND CURRENCY SYMBOL 



The picture characters S, +, and 
specify signs in numeric character data. 
The picture character $ specifies a curren- 



cy symbol in the character-string value of 
numeric character data. 

These picture characters may be used in 
either a static or a drifting manne^r. A 
drifting characte r is similar to a zero 
suppression character in that it can cause 
zero suppression. However, the character 
specified by the drifting string is always 
inserted in the position specified by the 
end of the drifting string or in the 
position immediately to the left of the 
first significant digit. 

The static use of these characters spec- 
ifies that a sign, a currency symbol, or a 
blank always appears in the associated 
position. The drifting use specifies that 
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leading zeros are to be suppressed. In 
this case, the rightmost suppressed posi- 
tion associated with the picture character 
will contain a sign, a blank, or a currency 
symbol . 

A drifting character is specified by 
multiple use of that character in a picture 
field. Thus, if a field contains one 
currency symbol ($), it is interpreted as 
static; if it contains more than one, it is 
interpreted as drifting. The drifting 
character must be specified in each digit 
position through which it may drift. 

Drifting characters must appear in 
strings. A string is a sequence of the 
same drifting character, optionally con- 
taining a V and one of the insertion 
characters comma, point, slash,, or B. Any 
of the insertion characters slash, comma, 
point, or B following the last drifting 
symbol of the string is considered part of 
the drifting string. However, a following 



V terminates the drifting string and is not 
part of it. A field of a picture specifi- 
cation can contain only one drifting 
string. A drifting string cannot be 
preceded by a digit position. The picture 
characters ♦ and Z cannot appear to the 
right of a drifting string in a field. 



Figure D-5 gives examples of the use of 
drifting picture characters. In the fig- 
ure, the letter b indicates a blank charac- 
ter. 



The position in the data associated with 
the characters slash, comma, point, and B 
appearing in a string of drifting charac- 
ters will contain one of the following: 

• slash, comma, point, or blank if a 
significant digit has appeared to the 
left 
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• the drifting symbolj, if the next posi- 
tion to the right contains the leftmost 
significant digit of the field 



• blank, if the leftmost significant digit 
of the field is more than one position 
to the right 

If a drifting string contains the drift- 
ing character n times, then the string is 
associated with n-1 conditional digit posi- 
tions. The position associated with the 
leftmost drifting character can contain 
only the drifting character or blank, never 
a digit. If a drifting string is specified 
for a field, the other potentially drifting 
characters can appear only once in the 
field, i.e., the other character represents 
a static sign or currency symbol. 

If a drifting string contains a V within 
it, the V delimits the preceding portion as 
a subfield, and all digit positions of the 
subfield following the V must also be part 
of the drifting string that commences the 
second subfield. 

Only one type of sign character can 
appear in each field. An S„ +, or - used 
as a static character can appear to the 
left of all digits in the mantissa and 
exponent fields of a floating-point speci- 
fication, and either to the right or left 
of all digit positions of a fixed-point 
specification. 

In the case in which all digit positions 
after the V contain drifting characters, 
suppression in the subfield will occur only 
if all of the integer and fractional digits 
are zerp. The resulting edited data item 
will then be all blanks, except for the 
rightmost digit position, which will con- 
tain the drifting character. If there are 
any significant fractional digits, the 
entire fractional portion will appear 
unsuppr essed . 

$ specifies the currency symbol. If this 
character appears more than once, it is 
a drifting character; otherwise it is a 
static character. The static character 
specifies that the character is to be 
placed in the associated position. The 
static character must appear either to 
the left of all digit positions in a 
field of a specification or to the right 
of all digit positions in a specifi- 
cation. See details above for the 
drifting use of the character. 

S specifies the plus sign character (+) if 
the data value is >0, otherwise it 
specifies the minus sign character (-). 
The character may be drifting or static. 
The rules are identical to those for the 
cur r ency symbo 1 . 



+ specifies the plus sign character (+) if 
the data value is >0, otherwise it 
specifies a blank. The character may be 
drifting or static. The rules are iden- 
tical to those for the currency symbol- 
specifies the .minus sign character (-) 
if the data value is <0, otherwise it 
specifies a blank. The character may be 
drifting or static. The rules are iden- 
tical to those for the currency symbol. 



CREDIT, DEBIT, AND OVERPUNCHED SIGNS 



The character pairs CR (credit) and DB 
(debit) specify the signs of real numeric 
character data items and usually appear in 
business report forms. 

Any of the picture characters T„ I, or R 
specifies an overpunched sign in the asso- 
ciated digit position of numeric character 
data. An overpunched sign is a 12-punch 
(for plus) or an 11-punch (for minus) 
punched into the same column as a digit. 
It indicates the sign of the arithmetic 
data item. Only one overpunched sign can 
appear in a specification for a fixed-point 
number. A floating-point specification can 
contain two, one in the mantissa field and 
one in the exponent field. The overpunch 
character can, however, be specified for 
any digit position within a field. The 
overpunched number then will appear in the 
specified digit position. 

Note; When an overpunch character occurs 
in a P format item for edit-directed input, 
the corresponding character in the input 
stream may contain an overpunched sign. 

Figure D-6 gives examples of the CR, DB, 
and overpunch characters. In the figure,, 
the letter b indicates a blank character. 

CR specifies that the associated positions 
will contain the letters CR if the 
value of the data is less than zero. 
Otherwise, the positions will contain 
two blanks. The characters CR can 
appear only to the right of all digit 
positions of a field. 

DB is used the same way that CR is used 
except that the letters DB appear in 
the associated positions. 

T specifies that the associated position, 
on input, will contain a digit over- 
punched with the sign of the data. It 
also specifies that an overpunch is to 
be indicated in the character-string 
value. 
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Source 
Attributes 


T T 

1 Source Data | 
1 (in constant form) j 
J. _ j._ . 


Picture 
Specification 


- + - 


Character-String 
Valued 


FIXED (3) 


t — - - T 

1 -123 1 


$Z.99CR 




$1.23CR 


FIXED (4, 2) 


1 12.34 1 


$ZZV.99CR 




$12.34bb 


FIXED (4, 2) 


1 -12.34 1 


$ZZV.99DB 




$12.34DB 


FIXED(4,2) 


1 12.34 1 


$ZZV.99DB 




$12.34bb 


FIXED (4) 


1 1021 1 


9991 




102A 


FIXED (4) 


1 -1021 1 


Z99R 




102J 


FIXED (4) 


1 1021 1 


99T9 




lOBl 



._ . i ^X J. ^ 

^The arithmetic value is the value expressed by the digits and the actual or assumed] 
location of the V in the specification, 

L . , J 

Figure D-6. Examples of CR, DB, T, I, and R Picture Characters 



specifies that the associated position, 
on input, will contain a digit over- 
punched with + if the value is >0; 
otherwise, it will contain the digit 
with no overpunching. It also spec- 
ifies that an overpunch is to be indi- 
cated in the character- string value if 
the data value is >0. 



Note; The picture characters CR, DB,, T, I, 
and R cannot be used with any other sign 
characters in the same field. 



EXPONENT SPECIFIERS 



specifies that the associated position, 
on input, will contain a digit over- 
punched with - if the value is <0; 
otherwise, it will contain the digit 
with no overpunching. It also spec- 
ifies that an overpunch is to be indi- 
cated in the character-string value if 
the data value is <0. 



The picture characters K and E delimit 
the exponent field of a nxjmeric character 
specification that describes floating-point 
decimal numbers. The exponent field is 
always the last field of a numeric charac- 
ter floating-point picture specification. 
The picture characters K and E cannot 
appear in the same specification. 



Source 
Attributes 


Source Data 
(in constant form) 

L_ _ _ 


Picture | Character-String 
Specification j Value^ 


FLOAT (5) 


.12345E06 


r "* — — 

V.99999E99 


.12345E06 


FLOAT (5) 


.12345E-06 


V.99999ES99 


.12345E-06 


FLOAT (5) 


.12345E+06 


V.99999KS99 


.12345+06 


FLOAT (5) 


-123.45E+12 


S999V.99ES99 


-123.45E+12 


FLOAT (5) 


001.23E-01 


SSS9.V99ESS9 


+123.00Eb-3 


FLOAT (5) 


001.23E+04 


ZZZV.99KS99 


123.00+02 


FLOAT (5) 


001.23E+04 


SZ99V.99ES99 


+123.00E+02 


FLOAT (5) 


001.23E+04 


SSSSV.99E-99 


+123.00Eb02 



|. _ ± . ± X ^ 

*-The arithmetic value is the value expressed by the mantissa, multiplied by 10 to the| 
power indicated in the exponent field. 

L J 

Figure D-7. Examples of Floating-Point Picture Specifications 
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Figure D-7 gives examples of the use of 
exponent delimiters. In the figure, the 
letter b indicates a blank character. 



Figure D-8 shows examples of the use of 
the scaling factor picture character. 



K specifies that the exponent field 
appears to the right of the associated 
position. It does not specify a char- 
acter in the numeric character data 
item. 



STERLING PICTURES 



E specifies that the associated position 
contains the letter E, which indicates 
the start of the exponent field. 

The value of the exponent is adjusted in 
the character-string value so that the 
first significant digit of the first field 
(the mantissa) appears in the position 
associated with the first digit specifier 
of the specification (even if it is a zero 
suppression character) . 



SCALING FACTOR 



The picture character F specifies a 
scaling factor for fixed-point decimal num- 
bers. It appears at the right end of the 
picture specification and is used in the 
following format: 

F ([+)-] decimal-integer-constant) 

F specifies that the optionally signed 
decimal integer constant enclosed in 
parentheses is the scaling factor. The 
scaling factor specifies that the deci- 
mal point in the arithmetic value of 
the variable is that number of places 
to the right (if the scaling factor is 
positive) or to the left (if negative) 
of its assiamed position in the 
character-string value. 

For System/360 implementations, the 
scaling factor cannot specify a fixed- 
point number that contains more than 15 
digits. 



The following picture characters are 
used in picture specifications for sterling 
data: 



8 specifies the position of a shilling 
digit in BSI single-character 
representation. Ten shillings is rep- 
resented by a 12-punch (&) and eleven 
through nineteen shillings are rep- 
resented by the characters A through I, 
respectively. 

7 specifies the position of a pence 

digit in BSI single-character represen- 
tation. Ten pence is represented by a 
12-punch (6) and eleven pence is rep- 
resented by an 11-punch (-). 

6 specifies the position of a pence digit 
in IBM single-character representation. 
Ten pence is represented by an 11-punch 
(-) and eleven pence is represented by 
a 12-punch (6). 

P specifies that the associated position 
contains the pence character D. 

G specifies the start of a sterling pic- 
ture. It does not specify a character 
in the niameric character data item. 

H specifies that the associated position 
contains the shilling character S. 

M specifies the start of a field. It 
does not specify a character in the 
numeric character data item. 



P . ^ ^ J. 



Source 
Attributes 


1 Source Data | 
1 (in constant form) | 
1 _ _ _ _i. 


Picture 
Specification 


_ 4. 


Character-String 
Valued 


FIXED (4,0) 


T _ — - — — ^ 

1 1200 1 


99F(2) 


T — 


12 


FIXED (7,0) 


1 -1234500 1 


S999V99F(4) 




-12345 


FIXED (5, 5) 


1 .00012 1 


99F(-5) 




12 


FIXED(6,6) 


1 ,012345 1 


999V99F(-4) 




12345 



[ , X X X 

^The arithmetic value is the same as the character- string value, multiplied by 10 to| 
the power of the scaling factor. 

L . , , : J 

Figure D-8. Examples of Scaling Factor Picture Characters 
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Figure D-9 gives examples of the use of 
sterling picture specifications. 

Sterling data items are considered to be 
real fixed-point decimal data. When 
involved in arithmetic operations, they are 
converted to a value representing fixed- 
point pence. Sterling pictures have the 
general form: 

PICTURE 

•G [editing-character-1] ... 

M pounds-field 

M lseparator-1] ... 

shillings-field 

M [separator-2] .«. 
pence-field 

[editing-character-2] ...* 

"Editing character 1" can be one or more 
of the following static picture characters: 



The "pounds field" can contain the 
following picture characters: 

ZY*9TIR,$ + -S 

The last four characters ($ + - S) must 
be drifting characters. The comma can be 
used as an insertion character. 

"Separator 1" can be one or more of the 
following picture characters: 

/ . B 

The "shillings field" can be: 

{99 I YY i ZZ I ¥9 I Z9 1 YZ I 8} 



One of the nines can be replaced by T, I, 
or R, if no other sign indicator appears in 
any of the fields of the specification. 



"Separator 2" can be one or more of the 
picture characters: 



/ 



B H 



The "pence field" takes the form: 
{99|YY|ZZ|Y9|7|Z9|YZ16} 

[[V|V.|.V] 9|Z|Y]... 



One of the nines can be replaced by T, I, 
or R, if no other sign indicator appears in 
any of the fields of the specification. 

"Editing character 2" can be one or more 
of the static picture characters $, +, -, 
or S and one or more of B, P, CR, or DB. A 
sign character or CR or DB can appear only 
if no other sign indicator appears in any 
of the fields of the specification. 

The pounds, shillings, and pence fields 
must each contain at least one digit posi- 
tion. 

Zero suppression in sterling pictures is 
performed on the total data item, not 
separately on each of the pounds, shill- 
ings, and pence fields. The Z picture 
character is not allowed to the right of a 
6, 7, 8, or 9 picture character in a 
sterling specification. In sterling pic- 
tures, the field separator characters slash 
{/), point (.), B, and H are never sup- 
pressed. 



— ^ . ^ . y. 

Source I Source Data | 
Attributes j (in constant form) | 



Picture 
Specification 



Character-String 
Valued 



J. — „ + 1 1 ^ 



FIXED (4) I 

I 

FIXED (4) I 



0534 
0019 



GMZ9M. 8M. 99V. 9CR 
GMZZM.ZZM.ZZP 



b2.4.06.0bb 
bb.bl.07D 



. X X X ^ 

^The arithmetic value of a numeric character variable declared with a sterling picture] 
specification is its value eixpressed as a valid sterling fixed-point constant, which] 
for arithmetic operations is always converted to its value expressed in pence, 

I J 

Figure D-9, Examples of Sterling Picture Specifications 
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SECTION E: EDIT-DIRECTED FORMAT ITEMS 



Tliis section describes each of the edit- 
dire<ited format items that can appear in 
the format list of a GET or PUT statement. 

There are three categories of format 
[items: data format items, control format 
itemqi, and the remote format item. 

In this section, the three categories 
are discussed separately and the format 
itemg are listed under each category. The 
remainder of the section contains detailed 
discxissions of each of the format items. 



with 



the 



alphabetic order. 



DATA FORMAT ITEMS 



discussions appearing in 



A data format item describes the 
nal flormat of a single data item. 



exter- 



For input, the data in the stream is 
considered to be a continuous string of 
charaicters; all blanks are treated as char- 
acters in the stream, as are quotation 
marksi. Each data format item in a GET 
statement specifies the number of charac- 
ters |to be obtained from the stream and 
descriibes the way those characters are to 
be interpreted. Strings should not be 
enclc^sed in quotation marks, nor should the 
letter B be used to identify bit strings. 
If the characters in the stream cannot be 
interipreted in the manner specified, the 
CONVERSION condition is raised. 

For output, the data in the stream takes 
the form specified by the format list. 
Each data format item in a PUT statement 
specifies the width of a field into which 
the associated data item in character form 
is to' be placed and describes the format 
that the value is to take. Enclosing 
quotation marks are not inserted, nor is 
the letter B to identify bit strings. 

Leiading blanks are not inserted automat- 
ically to separate data items in the output 
streajm. String data is left-adjusted in 
the field, whose width is specified. 
Arithketic data is right-adjusted. Because 
of the rules for conversion of arithmetic 
data to character type, which can cause up 
to three leading blanks to be inserted (in 
addition to any blanks that replace leading 
zeros), there generally will be at least 
one blank preceding an arithmetic item in 
the converted field. Leading blanks will 
not appear in the stream, however, unless 



the specified field width allows for them. 
Truncation, due to inadequate field-width 
specification is on the left for arithmetic 
items, on the right for string items. 

Note that the value of binary data both 
on input and output is always represented 
in decimal form for edit-directed transmis- 
sion. 



Following is 
items : 

Fixed- point 
format item 

Floating-point 
format item 

Complex format 
item 

Picture format 
item 

Bit-string 
format item 

Character- string 
format item 



a list of data format 
F (specification) 
E ( specification) 
C( specification) 
P* picture-specif ication' 
B (specif ication) 
A (specif ication) 



CONTROL FORMAT ITEMS 



The control format items specify the 
layout of the data set associated with a 
file. The following is a list of control 
format items: 



Paging format 
item 

Line skipping 
format item 

Line position 
format item 

Column position 



Spacing 

format item 



PAGE 

SKIP [ (specification) ] 
LINE (specification) 
COLUMN ( specification) 
X ( specification) 



A control format item has no effect 
unless it is encountered before the data 
list is exhausted. 

The PAGE and LINE format items apply 
only to output and only to files with the 
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PRINT attribute. The SKIP and COLUMN for- 
mat items apply to both input and output. 



The PAGE, SKIP,, and LINE format items 
have the same effect as the corresponding 
options of the PUT statement (and of the 
GET statement, in the case of SKIP), except 
that the format items take effect only when 
they are encountered in the format list,, 
while the options take effect before any 
data is transmitted. 



The COLUMN format item positions the 
file to the specified character position in 
the current line. 



The spacing format item specifies rela- 
tive horizontal spacing. On input, it 
specifies a number of characters in the 
stream to be skipped over and ignored; on 
output, it specifies a number of blanks to 
be inserted into the stream. 



REMOTE FORMAT ITEM 



The remote format item specifies the 
label of a FORMAT statement that contains a 
format list which is to be taken to replace 
the remote format item. 



The remote format item is : 

R (statement-label-designator) 



The "statement label designator" is a 
label constant or an element label varia- 
ble. 



USE OF FORMAT ITEMS 



ALPHABETIC LIST OF FORMAT ITEMS 



The A Format Item 



The A format item is: 

A [(field-width)] 

The character- string format item des- 
cribes the external representation of a 
string of characters. 

General rules: 

1. The "field width" is an expression 
that is evaluated and converted to an 
integer each time the format item is 
used,. It specifies the number of 
character positions in the data stream 
that contain (or will contain) the 
string. 

2.. On input, the specified nijmber of 
characters is obtained from the data 
stream and assigned, with any neces- 
sary conversion, truncation, or pad- 
ding, to the associated element in the 
data list. The field width is always 
required on input, and if it has a 
value less than or equal to zero, a 
null string is assumed. If quotation 
marks appear in the stream, they are 
treated as characters in the string. 

3. On output, the associated element in 
the data list is converted, if neces- 
sary, to a string of characters and is 
truncated or extended with blanks on 
the right to the specified field width 
before being placed into the data 
stream. If the field width is less 
than or equal to zero, the format item 
and its associated element in the data 
list are skipped, and no characters 
are placed into the data stream. 
Enclosing quotation marks are never 
inserted. If the field width is not 
specified, it is assumed to be equal 
to the character- string length of the 
element named in the data list (after 
conversion, if necessary, according to 
the rules given in Section F, "Problem 
Data Conversion") . 



The "specification" that is listed above 
for all but the picture, PAGE, and remote 
format items can contain one or more 
expressions. Such expressions can be spec- 
ified as decimal integer constants,, as 
element variables, or as other element 
expressions. The value assigned to a vari- 
able during an input operation can be used 
in an expression in a format item that is 
associated with a later data item. An 
expression is evaluated and converted to an 
integer each time the format item is used. 



The B Format Item 

The B format item is: 

B ((field-width)] 

The bit-string format item describes the 
external representation of a bit string. 
Each bit is represented by the character 
or 1. 



Section E: Edit-Directed Format Items 



217 



General rules: 



The "field width" is an expression 
that is evaluated and converted to an 
integer each time the format item is 
used. It specifies the number of 
data-stream character positions that 
contain (or will contain) the bit 
string. 

On input, the character representation 
of the bit string may occur anywhere 
within the specified field. Blanks, 
which may appear before and after the 
bit string in the field, are ignored. 
Any necessary conversion occurs when 
the bit string is assigned to the 
associated element in the data list. 
The field width is always required on 
input, and if it is less than or equal 
to zero, a null string is assumed. 
Any character other than or 1 in the 
string, including embedded blanks, 
quotation marks, or the letter B, will 
raise the CONVERSION condition. 

On output, the character representa- 
tion of the bit string is left- 
adjusted in the specified field, and 
necessary truncation or extension with 
blanks occurs on the right. Any 
necessary conversion to bit- string is 
performed. No quotation marks are 
inserted, nor is the identifying let- 
ter B. The field width need not be 
specified when the associated element 
in the data list is a bit string; in 
this case, the current length of the 
associated string is used, and the 
data item completely fills the field. 
The field width is always required if 
the data-list item is arithmetic or 
pictured. If the field width is less 
than or equal to zero, the format item 
and its associated element in the data 
list are skipped, and no characters 
are placed into the data stream. 



2. On input, the complex format item 
describes the real and imaginary parts 
of the complex data it&a within adja- 
cent fields in the data stream. If 
the second real format item is CMiiit- 
ted, it is assumed to be the same as 
the first. The letter I will cause 
the CONVERSION condition to be raised. 

3. On output, the real format items des- 
cribe the forms of the real and imeig- 
inary parts of the complex data item 
in the data stream. If the second 
real format item is omitted, it is 
assumed to be the same as the first. 
The letter I is never appended to the 
imaginary part. If the second real 
format item (or the first, if only one 
appears) is an F or E item, the 
internal sign will be printed only if 
the value of the imaginary part is 
less than zero. If the real format 
item is a P item, the sign will be 
printed only if the S or - or + 
picture character is specified. If 
the I is to be appended, it must be 
specified as a separate data item in 
the data list, immediately following 
the variable that specifies the com- 
plex item. The I, then, must have a 
corresponding format item (either A or 
P). 



The COLUMN Format Item 



The COLUMN format item is: 

COLUMN (character-position) 

The column position format item posi- 
tions the file to a specified character 
position within the line. It can be used 
with either input or output files. 

General rules: 



The C Format Item 

The C format item is: 

C (real-format-item[ , real- format-item] ) 

The complex format item describes the 
external representation of a complex data 
item. 

General rules: 

1. Each "real format item" is specified 
by one of the F, E, or P format items. 
The P format item must describe fixed- 
point or floating-point numeric 
character data; it cannot describe 
sterling or character-string data. 



The "character position" can be speci- 
fied by an expression, which is evalu- 
ated and converted to an integer eeich 
time the format item is used. 

The file is positioned to the speci- 
fied character positon in the current 
line. On input, intervening character 
positions are ignored; on output, they 
are filled with blanks. If the f:Lle 
is already positioned after the speci- 
fied character positon, the current 
line is completed and a new line is 
started; the format item is then 
applied to the new line- 

If the specified character position 
lies beyond the rightmost character 
position of the current line, or if 
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the value of the expression for the 
character position is less than one, 
then the character position is assumed 
to be one. 

Note: The rightmost character position 
is determined as follows: 



The external form of a 
number is : 



float ing-point 



t+ I -] mantissa 



R[E]{+|->1 



exponenti 



a. 



b. 



For output files, it is determined 
by the line size; 



For input files, the 
uses the length of 
logical record to d 
line size and, henc 
most character positi 
case of V-format r 
line size is equal to 
record length minus 
bytes containing cont 
tion. 



F compiler 
the current 
etermine the 
e, the right- 
on. In the 
ecords, this 
the logical 
the number of 
rol informa- 



4. The COLUMN format item has no effect 
unless it is encountered before the 
data list is exhausted. 



The E Format Item 



The E format item is: 

E( field-width, number-of-fractional-digits 
[ , number-of -significant-digits] ) 

The floating-point format item describes 
the external representation of decimal 
arithmetic data in floating-point format. 

General rules: 



1. 



The "field width," "number of frac- 
tional digits," and "number of signi- 
ficant digits" can be represented by 
expressions, which are evaluated and 
converted to integers iwhen the format 
item is used. 

"Field width" specifies the total num- 
ber of characters in the field. 



"Number of 
ifies the 
mantissa 
point. 



fractional digits" spec- 
number of digits in the 
that follow the decimal 



2. 



"Number of significant digits" spec- 
ifies the number of digits that must 
appear in the mantissa. 

On input, the data item in the data 
stream is the character representation 
of an optionally signed decimal 
floating-point or fixed-point constant 
located anywhere within the specified 
field. If the data item is a fixed- 
point number, an exponent of zero is 
assumed. 



The mantissa must be . a decimal fixed- 
point constant. 

a. The number can appear anywhere 
within the specified field; blanks 
may appear before and after the 
number in the field and are 
ignored. If the entire field is 
blank, the CONVERSION condition is 
raised. When no decimal point 
appears, the expression for the 
number of fractional digits spec- 
ifies the number of character 
positions in the mantissa to the 
right of the assumed decimal 
point. If a decimal point does 
appear in the number, it overrides 
the specification of the number of 
the fractional digits. 

The value expressed by "field 
width" includes trailing blanks, 
the exponent position, the posi- 
tions for the optional plus or 
minus signs, the position for the 
optional letter E, and the posi- 
tion for the optional decimal 
point in the mantissa. 

b. The exponent is a decimal integer 
constant. Whenever the exponent 
and preceding sign or letter E are 
omitted,, a zero exponent is 
assumed. 

3. On output, the internal data is con- 
verted to floating-point, and the 
external data item in the specified 
field has the following general form: 

[-] {s-d digits}. {d digits} 
E {+|-} exponent 

In this form, s represents the number 
of significant digits, and d rep- 
resents the number of fractional 
digits. The value is rounded if nec- 
essary. 

a. The exponent is a two-digit deci- 
mal integer constant, which may be 
two zeros. The exponent is auto- 
matically adjusted so that the 
leading digit of the mantissa is 
nonzero. When the value is zero, 
zero suppression is applied to all 
digit positions (except the first) 
to the left of the decimal point. 
A.11 other digit positions contain 
zero. 
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b. If the above form of the number 
does not fill the specified field 
on output, the number is right- 
adjusted and extended on the left 
with blanks. If the number of 
significant digits is not 
specified, it is taken to be 1 
plus the number of fractional 
digits. For System/3 60 implemen- 
tations, the field width for non- 
negative values of the data item 
must be greater than or equal to 5 
plus the number of significant 
digits. For negative values of 
the data item, the field width 
must be greater than or equal to 6 
plus the number of significant 
digits. However, if the number of 
fractional digits is zero, the 
decimal point is not written, and 
the above figures for the field 
width are reduced by 1. 

c. The rounding of internal data is 
as follows: if truncation causes a 
digit to be lost from the right, 
and this digit is greater than or 
equal to 5, then 1 is added to the 
digit to the left of the truncated 
digit. 

d. If the field width is such that 
significant digits or the sign is 
lost, the SIZE condition is 
raised. 



The F Format Item 



3. 



The number of fractional digits, if 
not specified, is assumed to be zero. 



If no scaling factor is specified cind 
no decimal point appears in the field, 
the expression for the number of frcic- 
tional digits specifies the number of 
digits in the field to the right of 
the assumed decimal point. If a .^de ci- 
mal point actually does appear in I^Ke' 
da ta , it overrides the expression for 
the number of fractional digits. 



If a scaling factor is specified, it 
effectively multiplies the value of 
the data item in the data stream by 10 
raised to the integral value (p) of 
the scaling factor. Thus, if p is 
positive, the number is treated as 
though the decimal point appeared p 
places to the right of its given 
position. If 2 is negative, the num- 
ber is treated as though the decimal 
point appeared p places to the left of 
its given position. The given posi- 
tion of the decimal point is that 
indicated either by an actual point, 
if it appears, or by the expression 
for the number of fractional digits, 
in the absence of an actual point. 

On output, the internal data is con- 
verted, if necessary, to fixed-point; 
the external data is the character 
representation of a decimal fixed- 
point number, rounded if necessary, 
and right-adjusted in the specified 
field. 



The F format item is: 

F (f ield-width[ , number-of- fractional-digits 

[, scaling- factor] ] ) 

The fixed-point format item describes 
the external representation of a decimal 
arithmetic data item in fixed-point format. 

General rules: 

1. The "field width," "number of frac- 
tional digits," and "scaling factor" 
can be represented by element expres- 
sions^ which are evaluated and con- 
verted to integers when the format 
item is used. 

2. On input, the data item in the data 
stream is the character representation 
of an optionally signed decimal fixed- 
point constant located anywhere within 
the specified field. Blanks may 
appear before and after the number in" 
tne t-iela a j i fit ,,,,, a£g„,,,, ,'i <gnore^^ If the 
entire f ield^isbran^r^it is inter- 
preted as zero. 



If only the field width is specified 
in the format item, only the integer 
portion of the number is written; no 
decimal point appears. 

If both the field width and number of 
fractional digits are specified, but 
the scale factor is not, both the 
integer and fractional portions of the 
number are written. If the value (d) 
of the number of fractional digits is 
greater than zero, a decimal point is 
inserted before the rightmost d 
digits. Trailing zeros are supplied 
when the number of fractional digits 
is less than d (the value d must be 
less than the field width) . Suppres- 
sion of leading zeros is applied to 
all digit positions (except the first) 
to the left of the decimal point. 

The rounding of internal data is as 
follows: if truncation causes a digit 
to be lost from the right, and this 
digit is greater than or equal to 5, 
then 1 is added to the digit to the 
left of the truncated digit. 
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for negative 
int number, the 
on must include 

sign and the 



If the field width is such that signi- 
ficant digits or the sign is lost, the 
SIZE condition is raised. 



The LINE Format Item 



The P Format Item 



The P format item is: 

P 'picture-specification' 

The picture format item describes the 
external representation of numeric charac- 
ter data and of character-string data. 

The "picture specification" is discussed 
in detail in Section D, "Picture Specifi- 
cation Characters" and in the discussion of 
the PICTURE attribute in Section I, 
"Attributes. " 

On input, the picture specification des- 
cribes the form of the data item expected 
in the data stream and, in the case of a 
numeric character string, how its arithmet- 
ic value is to be interpreted. Note that 
the picture specification should accurately 
describe the data in the input stream, 
including characters represented by editing 
characters. If the indicated character 
does not appear in the stream, the CONVER- 
SION condition is raised. 

On output, the value of the associated 
element in the data list is edited to the 
form specified by the picture specification 
before it is written into the data stream. 



The LINE format item is: 

LINE (line-number) 

The line position format item specifies 
the particular line on a page of a PRINT 
file upon which the next data item is to be 
printed. 

General rules: 

1. The "line number" can be represented 
by an expression, which is evaluated 
and converted to an integer each time 
the format item is used. 

2. The LINE format item specifies that 
blank lines are to be inserted so that 
the next line will be the specified 
line of the current page- 

3. If the specified line has already been 
passed on the. current page, or if the 
specified line is beyond the limits 
set by the PAGESIZE option of the OPEN 
statement (or by default), the ENDPAGE 
condition is raised. 

U. If "line number" is less than or equal 
to zero, it is assumed to be one. 

5. The LINE format item has no effect 
unless it is encountered before the 
data list is exhausted. 



The PAGE Format Item 



The PAGE format item is : 

PAGE 

The paging format item specifies that a 
new page is to be established. It can be 
used only with PRINT files. 

General rules: 

1- The establishment of a new page 
implies that the next printing is to 
be on line one. 

2. The PAGE format item has no effect 
unless it is encountered before the 
data list is exhausted. 



The R Format Item 

The R format item is: 

R (statement-label-designator) 

The remote format item allows format 
items in a FORMAT statement to replace the 
remote format item. 
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General rules 



1. The "statement label designator" is a 
label constant or an element label 
variable that has as its value the 
statement label of a FORMAT statement. 
The FORMAT statement includes a format 
list that is taken to replace the 
format item. 



The R format item and the specified 
FORMAT statement must be internal to 
the same block. (If the procedure is 
executed recursively, they must be in 
the same invocation.) 



3. There can be no recursion within a 
FORMAT statement. That is, a remote 
FORMAT statement cannot contain an R 
format item that names itself as a 
statement label designator, nor can it 
name another remote FORMAT statement 
that will lead to the naming of the 
original FORMAT statement. Avoidance 
of recursion can be assured if the 
FORMAT statement referred to by a 
remote format item does not itself 
caatain a further remote format item. 

4. Any conditions enabled for the GET or 
PUT statement must also be enabled for 
the remote FORMAT statement (s) that 
are referred to. 

5. If the GET or PUT statement is the 
single statement of an on-unit, it 
cannot contain a remote format item. 



3. If the value of the relative position 
is greater than one, then on input, 
one or more lines will be ignored; on 
output, one or more blank lines will 
be inserted. 

4. The value of the relative position mciy 
be less than or equal to zero for 
PRINT files only; the effect is that 
of a carriage return without line 
spacing. Characters previously writ- 
ten may be overprinted. 

5. If the SKIP format item is not speci- 
fied at the end of a line, then SKIP 
(1) is assumed, that is, single spac- 
ing. 

6. For PRINT files, if the specificjd 
relative position is beyond the limit 
set by the PAGESIZE option of the OPEN 
statement (or the default), the END- 
PAGE condition is raised. 

7. The SKIP format item has no effect 
unless it is encountered before the 
data list is exhausted. 



The X Format Item 

The X format item is: 

X (field-width) 

The spacing format item controls the 
relative spacing of data items in the data 
stream. It is not limited to PRINT files;. 



General rules: 



T he SKIP Format Item 

The SKIP format item is : 

SKIP [ (relative-position-of-next-line) ] 

The line skipping format item specifies 
that a new line is to be defined as the 
current line. 

General rules: 

1. The "relative position of next line" 
can be specified by an element expres- 
sion, which is evaluated and converted 
to an integer each time the format 
item is used. It must be greater than 
zero for non- PRINT files. If it is 
not, or if it is omitted, 1 is 
assumed. 

2. The new line is the specified number 
of lines beyond the present line. 



2. 



4. 



5. 



The "field width" can be representeid 
by an expression, which is evaluat€jd 
and converted to an integer each time 
the format item is used. The integesr 
specifies the number of blanks before 
the next field of the data stream, 
relative to the current position in 
the stream. 

On input, the specified number of 
characters is spaced over in the data 
stream and not transmitted to the 
program. 

On output, the specified number of 
blank characters are inserted into the 
stream. 



If the field width is less than 
it is assumed to be zero. 



zero. 



The spacing format item has no effect 
unless it is encountered before the 
data list is exhausted. 
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SECTION F: PROBLEM DATA CONVERSION 



This section lists the rules for arith- 
metic conversion and for conversion of 
I problem data types. Each type conversion 
is listed under a separate heading. In 
addition to the text, twelve tables appear: 

• Tables F-1 through F-U show the data 
type of the result of an operation 
involving two operands of possibly dif- 
fering types. Note that although the 
tables are for two operands, these 
operands could themselves be the result 
of other operations: any expression 
involving a number of infix operators 
will be eventually reduced, during 
evaluation, to a single infix operation 
with two operands. Note also that the 
result is the result of the expression 
only, and may be converted on subse- 
quent assignment. 

• Table F-5 states the rules for comput- 
ing the precision of the result of an 
arithmetic conversion. 

• Table F-6 states the rules for comput- 
ing the length of the result of an 
arithmetic to character-string conver- 
sion. 

• Table F-7 states the rules for comput- 
ing the length of the result of an 
arithmetic to bit-string conversion. 

• Table F-8 can be used to find the 
ceiling (CEIL) of any value between 1 
and 15 when that value is multiplied by 
3.32 or it can be used to find the 
ceiling (CEIL) of any value between 1 
and 56 when that value is divided by 
3.32. 

• Tables F-9 through F-12 illustrate con- 
version in arithmetic expression opera- 
tions, and they give attributes of the 
results based upon the operator speci- 
fied and the attributes of the two 
operands. 



point number, cannot be exactly represented 
in binary. The magnitude of such changes 
in value depends upon the precisions of the 
target and source. In expression 
evaluation, the precision of the target is 
derived from the precision of the source. 
In order to estimate and to understand the 
errors that can occur, the precision rules 
must be understood; and since the rules 
also leave some latitude for the implemen- 
tation, it is helpful to have some know- 
ledge of the way in which conversions are 
implemented. 



Floating-Point Conversion 



In System/360 implementations, both 
decimal and binary floating-point numbers 
are maintained in the internal hexadecimal 
form used in System/360. If the specified 
precision is more than 6 decimal digits, or 
21 binary digits, the number is maintained 
in long floating-point form (14 hexadecimal 
digits with a hexadecimal exponent) . If 
the precision is 6 decimal digits or less, 
or 21 binary digits or less, the number is 
maintained in short floating-point form (6 
hexadecimal digits and a hexadecimal 
exponent) . 

No actual conversions between binary and 
decimal are performed on floating-point 
data. The only precision changes are from 
long to short, which is done by truncation, 
and from short to long, which is done by 
extending with zeros. The declared preci- 
sion of floating-point data and the base, 
however, do affect the calculation of tar- 
get attributes, as well as the attributes 
of intermediate forms that are determined 
from the source. 



ARITHMETIC CONVERSION 



Mode Conversion 



The rules for arithmetic conversion 
specify the way in which a value is trans- 
formed from one arithmetic representation 
to another. It can be that, as a result of 
the transformation, the value will change. 
For example, the number .2, which can be 
exactly represented as a decimal fixed- 



If a complex value is converted to a 
real value, the result is the real part of 
the complex value. 

If a real value is converted to a 
complex value, the result is a complex 
value that has the value of the real source 
as the real part and zero as the imaginary 
part. 
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Precision Conversion 



Precision conversion occurs if the spec- 
ified target precision is different from 
the source precision. In particular, there 
always is a precision change when the 
source and target are of different bases. 
It is also possible that there is an actual 
change in precision when converting from 
floating-point to fixed-point, because of 
the way in which floating-point numbers are 
represented. Precision changes are per- 
formed by truncation or by padding with 
zeros. Floating-point numbers are convert- 
ed from short precision to long precision 
by extending with zeros on the rights and 
from long precision to short precision by 
truncation on the right. 

Fixed-point numbers maintain decimal or 
binary point alignment and may be truncated 
on the left or right, or extended with 
zeros on the left or right. 

No indication is given of loss of signi- 
ficant digits on the right. Loss of digits 
on the left can be checked for if the SIZE 
condition is enabled. In System/360 
implementations, binary fixed-point numbers 
are stored in words of 31 bits, whatever 
the declared width. Decimal numbers are 
always stored as an odd number of digits, 
since they are maintained in System/360 
packed decimal format, with the rightmost 
four bits of the rightmost byte expressing 
the sign,. 



constant is derived from the way in which 
it is written. Care should therefore be 
taken when writing noninteger constants 
that will be converted to fixed-point 
binary. 

The following .examples illustrate how 
the representation of a decimal constant 
(.1) is converted when used in an arithmet- 
ic expression (such as A+.l). Target 
attributes are derived from the attributes 
of A, the operator, and the attributes of 
the constant, which are, in this case, 
DECIMAL FIXED (1,1). 



Attributes of A: 

Value: 

Target: 

Final Value: 

Attributes of A: 

Value: 

Target: 

Final Value: 



FIXED BIN(10,2) 

.1 

FIXED BIN (5, 4) 

.0625 

FLOAT BIN (50) 

.1 

FLOAT BIN (4) 

.l>value>. 0625 



Coded Arithmetic to Numeric Character 



Coded arithmetic data being converted to 
numeric character is converted, if neces- 
sary, to a decimal value whose scale and 
precision are determined by the PICTURE 
attribute of the numeric character item. 



Numeric Character to Coded Arithmetic 



Base Conversion 



Changes in base will 
the value of noninteger 
bers. Some decimal f 
expressed exactly in 
errors! will then occur d 
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Numeric character data being converted 
to coded arithmetic is first interpreted as 
a decimal item of the scale and precision 
determined by the corresponding PICTURE 
attribute. This item is then converted to 
the base, scale, and precision of the coded 
arithmetic target. 



DATA TYPE CONVERSION 



Since the range of binary fixed-point 
numbers is smaller than the range of deci- 
mal fixed-point numbers, it is possible for 
significant digits to be lost on the left 
in conversion from decimal to binary. This 
will raise the SIZE condition, but an 
interrupt will not occur unless the condi- 
tion is explicitly enabled by a SIZE pre- 
fix. 

The natural notation for constants is 
decimal and, therefore, most constants are 
written in decimal. The precision of a 



Character-String to Arithmetic 



The source string must represent a valid 
arithmetic constant or complex expression. 
The constant may optionally be signed, and 
may be surrounded by blanks, but cannot 
contain blanks between the sign and the 
value of the constant, or between the; end 
of the real part and the sign of the 
imaginary part in a complex expression. 
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The permitted forms are: 

[+ I -] arithmetic-constant 

[+ I -] real-constant {+ |-}imagi nary -constant 
A null string gives the value zero. 



The constant will itself have the attri- 
butes of base, scale, mode,, and precision. 
It will be converted to conform with the 
attributes of the target. 

Even when converting from character 
string to numeric character field, the 
source must still contain a constant which 
is valid according to the rules for con- 
stants in PL/I source programs. The value 
of this constant is then converted and 
edited to the picture representation. 

The following example will therefore 
result in a conversion error: 

DCL A PICTURE ' $$$9V. 99* ; 

A= "$17.95' ; 

The currency symbol makes the character- 
string constant invalid for conversion to 
the arithmetic value of the numeric 
character variable, even though its 
character-string value contains a currency 
symbol. 

Correct examples are: 

A='17.95' ; 

A=17.95; 



either of which would result in A having 

the character-string value b$17.95. 1. 

For conversion from character string to 
arithmetic, the attributes assumed for the 
target are those attributes that would have 
been assumed if a fixed-point decimal inte- 
ger of precision (15,0) had appeared in 
place of the string. (The precision given 
is that for the F Compiler.) 



Arithmetic to Character-String 



The arithmetic value is converted to a 
decimal arithmetic constant. The constant 
is inserted in an intermediate character 
string whose length is derived from the 
attributes of the source (see Table F-6, 
"Lengths of Converted Character Strings"). 
Except for the base and precision, the 
attributes of the constant are the same as 2. 
the attributes of the source. 



In the case of the conversion of expres- 
sion results, the intermediate string is 
assigned to the target string, and may be 
truncated or padded with zeros on the 
right. 

Since the rules of arithmetic to 
character-string conversion are also used 
for list-directed and data-directed output, 
and for evaluating keys (even for REGIONAL 
files) this type of conversion will be 
found in most programs, and should be 
thoroughly understood. 



Numeric Character to Character-String 

Real numeric character fields are treat- 
ed as character strings and assigned to the 
target string from left to right according 
to the rules for character-string assign- 
ment. 

The real and imaginary parts of complex 
numeric character fields are concatenated, 
and the resulting string is assigned to the 
target. No character, including I or 
blank,, is inserted between or following the 
two parts. 



Fixed-Point to Character-String 

A binary fixed-point source is first 
converted to decimal, and the decimal pre- 
cision is derived from the precision of the 
I binary source (see Table F-5, "Precision 
for Arithmetic Conversions"). 

A decimal fixed-point source with preci- 
sion (p,q) is converted to character-string 
representation as follows: 



If p>=q>=0 (that is, if the assumed 
decimal point lies within the field of 
the internal representation) then: 

• The constant is right adjusted in a 
field of width p+3. 

• Leading zeros are replaced by 
blanks,, except for a single zero 
that immediately precedes the deci- 
mal point of a fractional number. 

• If the value is negative, a minus 
sign precedes the first significant 
digit (or the zero before the point 
of a fractional number) . Positive 
values are unsigned . 

• Unless the source is an integer, 
the constant has q fractional 
digits. If the source is an inte- 
ger, there is no decimal point. 

If q is negative or greater than p, a 
scaling factor is appended to the 
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Source 
Attributes 


Source 
Value 




Intermediate 
String 

J 


Target | 
Attributes | Result 

L ± 


FIXED 


DEC(5,0) 1 2U97 | 'bbbb2497' | CHAR(IO) 
1 1 1 


'bbbb2497bb« 


FIXED 


DEC (5,0) 


2497 


'bbbb2497' 


CHAR ( 5 ) 


•bbbb2' 


FIXED 


DEC(U,1) 


-121.7 


'b-121.7' 


CHAR(7) 


•b-121.7' 


FIXED 


DEC (4^5) 


.01217 


'bl217F-5' 


CHAR(7) 


'bl217F-' 


FIXED 


DEC (If, -3) 


-3279000 


•-3279F+3' 


CHAR(8) 


'-3279F+3" 


FIXED 


DEC(3,3) 


-.5 67 


•-0.567' 


CHAR (6) 


•-0.567' 


FIXED 


BIN(15,0) 


4 09 5 


'bbbbb4095' 


CHAR (8) 


•bbbbb409' 


FIXED 


BIN (3, 3) 


. 37 5 


'bbO.3* 


CHAR(U) 


• bbO . • 


FIXED 


BIN(15,-15) 


-65536 


'b-65536F+5« 


CHAR (10) 


•b-65536F+5« 



L . X X X J . J 

Figure F-1. Examples of Conversion from Fixed-Point to Character-String 



right of the constant. The constant 
itself is of the same form as an 
integer. The scaling factor has the 
form;: 



F{+|-}nnn 



where {+|-}nnn has the value -q. 



The number of digits in the scaling 
factor is just sufficient to contain 
the value of q without leading zeros. 



The length of the intermediate string is: 
p+3+k 



where k is the number of digits neces- 
sary to represent the value of q (not 
including a sign or the letter F) . 
For example, given: 



DCL A FIXED (4, -3), 
C CHAR (10) ; 
A=1234.0E3; 
C=A; 

The intermediate string generated in 
converting A would be: 

bl2 34F+3 

which, when assigned to C, would give: 

bl234F+3bb 

Other examples are shown in Figure F-1. 



Floating-Point to Character-String 

If the source is binary, its binary 
precision is converted to the equivalent 
decimal precision (see Table F-5, 
"Precision for Arithmetic Conversions"). 



The decimal source with precision p is 
converted as if it were transmitted by an E 
format item of the form E(w,d,s) where: 

w, the length of the intermediate 
string, is p+6 (for the F Compiler) 

d, the number of fractional digits, is 
p-1 

s, the number of significant digits, 
is p 

For the F Compiler,, an E format item 
generates a floating-point decimal constant 
with a signed two-digit exponent. (S€;e 
Part II, Section E, "Edit-Directed Format 
Items.") 

The following examples illustrate the 
intermediate string generated for a 
floating-point to character-string conver- 
sion: 

Source Attributes: FLOAT DEC (6) 
Source Value: 17 35x10^ 
Intermediate String: bl.73500E+08 

Source Attributes: FLOAT BIN (20) 
Source Value: -91882x102 
Intermediate String: -9. 182200E+06 

Source Attributes: FLOAT DEC (5) 
Source Value: -.0016632 
Intermediate String: -1. 6632E-03 
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Complex to Character-String 



The intermediate string that is generat- 
ed contains a complex expression. Its 
length is 1 plus twice the length of the 
character string generated by a real source 
with corresponding attributes. The inter- 
mediate string consists of two concatenated 
strings. The left-hand, or real,, part 
consists of a string generated exactly as 
for a real source. The right-hand, or 
imaginary,, part is always signed, and it 
has an I appended. The string length of 
the imaginary part is one character longer 
than the real part (to allow for the I) . 
The resulting string is a complex expres- 
sion, with a sign but no blanks between its 
elements. 



The following examples illustrate the 
intermediate string that results from a 
complex to character-string conversion: 

Source: COMPLEX DEC FLOAT (5) 

Values 17.3+1.51 

Result: bl.7300E+01+l,5000E+OOl 

Source: COMPLEX DEC FIXED (4,3) 
Value: 0.133+0.0071 
Result: bbbO. 133+0. 0071 



If the source bit string is shorter than 
the target character string, the remainder 
of the target is padded with blanks. 



The following are examples of bit-string 
to character-string conversion; 



Source Value: 
Target Attributes: 
Result; 



Source Value: 
Target Attributes: 
Result: 



Source Value: 
Target Attributes: 
Result: 

Source Value: 
Target Attributes; 
Result: 



•lOll'B 
CHAR (4) 
'lOll* 



•10101 'B 
CHAR (10) 
•10101' 



VAR 



•lOlOl'B 
CHAR (10) 
•lOlOlbbbbb' 

•OOOl^B 
CHAR(l) 



The CONVERSION condition cannot be 
raised on conversion from bit to character; 
however, a character string created by 
conversion from a bit string can cause a 
conversion error when reconverted if blanks 
have been inserted. 



Character-String to Bit-String 



Arithm e tic to Bit-String 



The character 
becomes the bit 1 
The character 
becomes the bit 



1 in the source string 
in the target string,, 
in the source string 
in the target string. 



Any character other than and 1 in the 
source string will raise the CONVERSION 
condition. A null character string becomes 
a null bit string. 

If the source string is longer than the 
target, excess characters on the right are 
ignored (so that excess characters other 
than or 1 will not raise the CONVERSION 
condition). If the target is longer than 
the source,, the target is padded on the 
right with zeros. 



Bit- Stri n g to Character- string 



The bit becomes the character 0, and 
the bit 1 becomes the character 1.. A null 
bit string becomes a null character string. 
The generated character string, which has 
the same length as the source bit string,, 
is assigned to the target. 



The absolute arithmetic value is first 
converted to a binary integer, whose preci- 
sion is the same as the length of the 
bit-string target as given in Table F-7. 
This integer, without a sign, is then 
treated as a bit string. This intermediate 
string is then assigned to the target. 

Examples are shown in Figure F-2. 



Bit- string to Arithmetic 



For the F compiler,, the effect is as if 
the bit string were interpreted as an 
unsigned binary integer of maximum preci- 
sion (56,0). If the string is longer than 
56 bits, bits on the left are ignored: the 
SIZE condition will be raised if nonzero 
bits are lost, provided that SIZE is ena- 
bled. Note that truncation is on the left, 
not on the right. The null string gives 
the value zero; otherwise, the result of a 
bit-string to arithmetic conversion is 
always positive. 



Section F: Problem Data Conversion 



227 



source 
Attributes 


— + - 


Source 
Value 


1 . 


Intermediate 
String 


. I 


Target 
Attributes 


i_ 


Result 


FIXED 


BIN(IO) 




15 


t 


'OOOOOOllll'B 


T 


BIT (10) 


1 


'0000001111 


FIXED 


BIN(l) 




1 




•I'B 




BIT(l) 




"I'B 


FIXED 


DEC(l) 




1 




•OOOl'B 




BIT(l) 




•O'B 


FIXED 


BIN (3) 




-3 




■Oll'B 




BIT (3) 




'Oll'B 


FIXED 


BIN(H,2) 




1.2 5 




•Ol'B 




BIT (2) 




' 01 • B 


FIXED 


DEC (2,1) 




1.1 




•OOOl'B 




BIT(4) 




'OOOl'B 


FLOAT 


BIN(U) 




1.25 




•OOOl'B 




BIT(5) 




'OOOIO'B 



-■I 



Figure P-2. Examples of Conversion From Arithmetic to Bit-String 
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Table F-1. Data Type of Result of Bit-String Operation 



-T T T T 

I CODED ARITHMETIC | NUMERIC CHARACTER | CHARACTER STRING] BIT STRING 



OPERAND TYPES 



I" 



._„ 1 

I CODED ARITHMETIC jBit String 
^ _. ..„ + 

I NUMERIC CHARACTER I Bit String 
|. + 



■+- 



Bit string 



■+- 
I Bit string 



I Bit string 

■+ 

I Bit string 
4 



-+■ 



Bit string 



4- 



Bit string 



I CHARACTER STRING | Bit String 
j. _ + 

I BIT STRING jBit String 

L L 



Bit String 



-+■ 



|Bit string 

-+ 

|Bit string 
.X 



Bit string 



Bit string 



I Bit string 
.X 



Table F-2. Data Type of Result of Concatenation Operation 



-T T T T ^ 

jCODED ARITHMETIC | NUMERIC CHARACTER | CHARACTER STRING|BIT STRING | 

4 1 1 1 ^ 

I CODED ARITHMETIC | Character string | Character string | Character string] Character string! 
l- ..__ _ 1 1 1 1 ^ 

I NUMERIC CHARACTER I Character string | Character string | Character string! Character string! 
I- „__ . 1 1 + 1 



! OPERAND TYPES 
1- 



.„__ . 1 1 ^. 1 ^ 

{CHARACTER STRING {Character string {Character string {Character string {Character string { 
1- _ _ 1 1 1 _ 1 ^ 

{BIT STRING {Character string {Character string {Character string {Bit string ( 

L X J X X J 



Table F-3a. Data Type of Result of Comparison Operation 
r 



OPERAND TYPES 



I- 

(CODED ARITHMETIC {Bit String 
j. 1 

{NUMERIC CHARACTER {Bit String 



T T T T 

{CODED ARITHMETIC (NUMERIC CHARACTER ( CHARACTER STRING{BIT STRING 



(Bit String 

-+ 

(Bit string 

4- 



{ Bit string 

■\ 

(Bit string 

4- 



(Bit string 

4 

(Bit string 



J. + 

(CHARACTER STRING (Bit String 
y 1 

{BIT STRING I Bit String 



Bit string 



(Bit string 

4 

(Bit string 

-X 



(Bit string 

4 

(Bit string 

-X 



(Bit string 

-X 



^ _ X 

{ Note ; Although the final result of a comparison operation is always a bit string of 
(length 1, the type of comparison (algebraic, character, or bit) depends on the data 
(type of the intermeidate operands after conversion, which are shown in Table F-3b. 

t . 
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►Table F-3b. Data Type of Intermediate Operands of Comparison Operation 



I OPERAND TYPES 
I (before 
j conversion) 
I- 



■T T T T 

I CODED ARITHMETIC j NUMERIC CHARACTER j CHARACTER STRING j BIT STRING 

I I I I 

I I I I 



. + + ^ 

I CODED ARITHMETIC | Coded arithmetic | Coded arithmetic | Coded arithmetic | Coded arithmetic] 
^ + + _ „ + + —^ 

I NUMERIC CHARACTER) Coded arithmetic | Coded arithmetic | Coded arithmetic) Coded arithmetic) 



K- 



■+- 



H 



] CHARACTER STRING ) Coded arithmetic ) Coded arithmetic ) Character string] Character string) 
j. + + . + + ^ 

jBIT STRING ) Coded arithmetic ) Coded arithmetic ) Character string) Bit string ) 

L ± u X . . X i J 



Table F-U. Data Type of Result of Arithmetic Operation 



■T T • • T T 

) CODED ARITHMETIC ) NUMERIC CHARACTER ) CHARACTER STRING) BIT STRING 



) OPERAND TYPES 

^ i 4 _ — I _ + ^ 

) CODED ARITHMETIC j Coded arithmetic ) Coded arithmetic j Coded arithmetic] Coded arithmetic) 

j. + _ + „ — + 1 ^ 

) NUMERIC CHARACTER ) Coded arithmetic ) Coded arithmetic ) Coded arithmetic) Coded arithmetic) 
^ + + + 1 ^ 

) CHARACTER STRING ) Coded arithmetic ) Coded arithmetic ) coded arithmetic) Coded arithmetic) 
). 1 1 + 1 ^ 

)BIT STRING ) Coded arithmetic j Coded arithmetic ] Coded arithmetic) Coded arithmetic] 

L X X X X J 



•Table F-5. 



Precision for Arithinetic Conversions 



) Source Attributes 



Target Attributes 



Target Precision 



DECIMAL FIXED (p,q) 
DECIMAL FIXED {p,q) 
DECIMAL FIXED {p,q) 
DECIMAL FLOAT (p) 
BINARY FIXED (p,q) 
BINARY FIXED (p,q) 
BINARY FIXED (p,q) 
BINARY FLOAT (p) 



DECIMAL FLOAT 
BINARY FIXED 
BINARY FLOAT 
BINARY FLOAT 
BINARY FLOAT 
DECIMAL FIXED 
DECIMAL FLOAT 
DECIMAL FLOAT 



l+p*3.32,q*3.32 (see note 3) 

p+3.32 

p+3.32 

P 

l+p/3.32,q/3.32 (see note 4) 

p/3.32 

p/3.32 



Notes: 



1. In the cases of p*3.32 and p/3.32, the CEIL of the result is taken; the value 
taken is an integer that is equal to or greater than the result. 

2. Target precision never can exceed the implementation-defined maximums, which are 
15 for FIXED DECIMAL, 31 for FIXED BINARY, 16 for FLOAT DECIMAL, and 53 for FLOAT 
BINARY. 

3. When g is negative, the following formula applies: 

(MIN(CEIL(p*3.32)+l,31),CEIL(ABS(q)*3.32)*SIGN(q) ) 

4. When g is negative, the following formula applies: 

(CEIL(p/3. 32) +l^CEILCABS(q)/3. 32*SIGN(q) ) 
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•Table F-6. Lengths of Converted Character Strings (Arithmetic To Character-String) 



I Source Attributes 



Conditions 



Target Length 



J DECIMAL FIXED (p,q) 



j DECIMAL FLOAT (p) 

I 

I Numeric character data 



If p>=q>=0 

If q>p 

or 
q negative 



p+3 

p+3+k 

(where k = number of decimal 

digits to express scale 

factor) 

p+6 

Same as source 



] Not e : Binary data is converted to decimal before conversion to character- string, 

L .IZ^.^ . 



•Table F-7. Lengths of Converted Bit Strings (Arithmetic to Bit-String) 



j Source Attributes 
1-- 



Target Length 



I DECIMAL FIXED (p,q) 

I 

I DECIMAL FLOAT (p) 

I 

1 BINARY FIXED (p,q) 

I 

] BINARY FLOAT (p) 

I" 



(p-q)*3.32 
p+3. 32 
p-q 

P 



I Notes : 

I 1. In the cases of p*3.32 and (p-q)*3.32, the CEIL of the result is taken. 

I 

j 2. If q is greater than or equal to p, the result is a null string. 

L . .^. 



•Table F-8. Ceiling Values 
r T T T- 



i ^ 


1 


CEIL (X* 3. 


32) 1 
1 . 


Y 


1 


CEIL(y/3.32) 




- 1 




— T' 




1 




1 1 




4 




1-3 




1 


1 2 




7 




4-6 




2 


! 3 




10 




7-9 




3 


1 ^ 




lU 




10-13 




4 


1 5 




17 




14-16 




5 


1 6 




20 




17-19 




6 


1 7 




24 




20-23 




7 


1 3 




27 




24-26 




8 


1 9 




30 




27-29 




9 


1 10 




34 




30-33 




10 


1 11 




37 




34-36 




11 


3 12 




40 




37-39 




12 


1 13 




44 




40-43 




13 


1 14 




47 




44-46 




14 


1 15 




50 




47-49 
50-53 
54-56 




15 
16 
17 


[ 


1. 




±. 




.x_ 





TABLE OF CEILING VALUES 



Table F-8 is intended to aid the pro- 
grammer iii computing the ceiling values 
used to determine precisions and lengths in 
conversions. It gives the ceiling for the 
result of a multiplication by 3.32 of any 
value (x) between 1 and 15. It also gives 
the ceiling for the result of a division by 
3.32 of any value (y) between 1 and 56. 



TABLES FOR RESULTS OF ARITHMETIC OPERATIONS 



Tables F-9 through F-12 give the attri- 
butes of the results of arithmetic opera- 
tions, based on the operator specified and 
the attributes of the two operands. In 
these tables, the target precisions (i.e., 
the precisions of the converted operands) 
can never exceed the implementation-defined 
maximums, which^ for System/360 implementa- 
tions, are: 15 for FIXED DECIMAL, 31 for 
FIXED BINARY, 16 for FLOAT DECIMAL, and 53 
for FLOAT BINARY. 
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•Table F-9. Attributes of Result in Addition and Subtraction Operations 

r 1 

] First Operand 

|. _ _.^ ^ ^ ^ 

JDECIMAL FIXED { Pi, qi) I DECIMAL FLOAT (pi ) j BINARY FIXED(pi,qi) j BINARY FLOAT(pi) 



r-T — - — + _ — 


_.l. 


_+ 


_| 


|S|DECIMAL|DECIMAL FIXED (p,q) 


1 DECIMAL FLOAT (p) 


1 BINARY FIXED (p,q) 


1 BINARY FLOAT (p) 


|e| FIXED |p=l+MAX(pi-qi,p2-qa 


) |p=MAX(pi,P2) 


1 p=l +MAX ( pi -qi , r- S ) 


]p=MAX(pi,r) 


|c|(p2»q2>| +MAXCqi,q2) 


1 


1 +MAX(qi,s) 


j where: 


JoJ ]q=MAX(qi,q2) 


1 


|q=MAX(qi,s) 


1 r=p2*3.32 


|n| 1 


1 


(where: 


1 


|d] 1 
i 1 1 


1 

1 


1 r=l+p2*3.32 
1 s=q2*3.32 


1 
1 


lot 4- - - - - 


_J. 


_x 


x_ _ _ 


[KJf I" 




T ^ 


t — 


1 Pi DECIMALI DECIMAL FLOAT (p) 


1 DECIMAL FLOAT (p) 


[BINARY FLOAT (p) 


] BINARY FLOAT (p) 


1 e ] FLOAT 1 p=MAX ( Pi » Pa > 


|p=MAX(pi,p2) 


]p=MAX(pi,r) 


|p=MAX(pi,r) 


|r|(p2) 1 


1 


1 where: 


1 where: 


|a] t 

1 n 1 1 


1 
1 


1 r=p2*3.32 
1 


i r=p2*3.32 

1 


l"l 1 

|f3L « J. 


1 

_j. _ 


1 

_±_ _ 


1 

X _ _ 


laf ~ -f ____ — 


T 


T 


t ~ - - 


1 1 BINARY f BINARY FIXED (p,q) 


1 BINARY FLOAT (p) 


1 BINARY FIXED (p,q) 


1 BINARY FLOAT (p) 


1 1 FIXED jp=l+MAX(r-s,p2-q2) 


|p=MAX(r,P2) 


1 p=l+MAX (Pi-qi r Pa-qa 


) |p=MAX(pi,p2) 


1 1 (Pa-rqa) 1 +MAX(s,q2) 


1 where: 


1 +MAX(qi,q2) 


1 


1 3 |q=MAX(s,q2) 


1 r=pi*3.32 


|q=MAX(qi,qa) 


1 


1 1 1 where: 


1 


1 


1 


1 3 1 r=l+pi*3.32 


1 


1 


1 


1 1 1 s=qi*3.32 


1 


1 


1 


1 L J. 


_x _ _ 


_x 


X — _ _ _ 


1 r T — 


T _ _ _ 


T 


T - - - 


1 1 BINARY 1 BINARY FLOAT (p) 


1 BINARY FLOAT (p) 


1 BINARY FLOAT (p) 


[BINARY FLOAT (p) 


1 [FLOAT |p=MAX(r,p2) 


|p=MAX(r,P2) 


|p=MAX(pi,pa) 


|p=MAX(pi,p2) 


I 1 tpa) 1 where: 


1 where: 


1 


1 


1 1 I r=pi*3.32 


1 r=pi*3.32 


1 


1 


L_i X 


_x 


.±. 


_x 



•Table F-10- Attributes of Result in Multiplication Operations 

r 

First Operand 



r-T 

S I DECIMAL 

e I FIXED 

C| (Pa.qa) 

Oj 

n| 

d| 



r T- T 

DECIMAL FIXED(pi,qi) [DECIMAL FLOAT (pa.) ] BINARY FIXEDCpipq^) ] BINARY FLOAT(pi) 



DECIMAL FIXED (p^q) 
P=Pi+Pa+l 

q=qx+qa 



j. .. 

O I DECIMAL 



DECIMAL FLOAT (p) 
p=MAX(pi,P2) 



4- 



BINARY FIXED Cp„q) 

P=Px+r+l 

q=qi+s 

where: 

r=l+p2*3.32 

s=qa*3.32 



BINARY FLOAT (p) 

p=MAX{pi„r) 

where: 

r=p2*3.32 



nK 



FLOAT 
Cpa) 



DECIMAL FLOAT (p) 
p=MAX(pi,p2) 



DECIMAL FLOAT (p) 
p=MAX(pi,p2) 



BINARY FLOAT (p) 

p=MAX(pi,r) 

where: 

r=p2*3.32 



BINARY FLOAT (p) 
p=MAX(pi,r) 
where : 

r=p2*3.32 



BINARY 

FIXED 

(P3»qa) 



BINARY FIXED (p,q) 

p=r+p2+l 

q=s+qa 

where: 

r=l+pi*3.32 

s=qi*3.32 



BINARY FLOAT (p) 

p=MAX(r,P2) 

where: 

r=pi*3,32 



BINARY FIXED (p„q) 

P=Pl+P2+l 

q=qi+q2 



BINARY FLOAT (p) 
p=MAX(pi,p2) 



BINARY 
FLOAT 

1(P2) 



L_X. 



BINARY FLOAT (p) 

p=MAX(r,p2) 

where: 

r=pi.*3. 32 



BINARY FLOAT (p) 

p=MAX(r,p2) 

where: 

r=pi*3.32 



BINARY FLOAT (p) 
p=MAX(pi»P2) 



BINARY FLOAT (p) 
p=MAX(pi„p2) 
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•Table F-11. Attributes of Result in Division Operations 

r 

First Operand 



r-T 

S 
e 
c 
o 
n 
d 



T T T 

DECIMAL FIXED ( Pi, qi) I DECIMAL FLOAT (p^) | BINARY FIXED (pa.,qi) i BINARY FLOAT(pi) 



1-- 



DECIMAL 
FIXED 



DECIMAL FIXED (p,q) 

p=15 

q=15-((pi-qi)+q2) 



DECIMAL FLOAT (p) 
p=MAX(pi,p2) 



BINARY FIXED(p,q) 

P=31 

q=31-( (pi-qi)+s) 

where : 

S=q2*3.32 



I BINARY FLOAT (p) 
|p=MAX(pa.,r) 
where: 

r=p2*3.32 



DECIMAL 

FLOAT 

(pa) 



DECIMAL FLOAT (p) 
p=MAX(pi,p2) 



DECIMAL FLOAT (p) 
p=MAX(pi,P2) 



BINARY FLOAT (p) 

p=MAX(pi,r) 

where: 

r=p2*3.32 



BINARY FLOAT (p) 

p=MAX(pi,r) 

where: 

r=p2*3.32 



BINARY 
FIXED 

<P2#q2> 



I 

BINARY 
FLOAT 

|CP2) 
I 



BINARY FIXED (p) 
p=31 

q=31-((r-s)+q2) 
where: 

r=l+pi+3. 32 

s=qi*3.32 



BINARY FLOAT (p) 
p=MAX(r,p2) 
where : 

r=pi.*3.32 



BINARY FIXED (p,q) 

p=31 

q=31-((pi-qi)+q2) 



BINARY FLOAT (p) 
p=MAX(pi,p2) 



L_i— 



BINARY FLOAT (p) 

p=MAX(r,P2) 

where: 

r=pi.*3.32 



BINARY FLOAT (p) 

p=MAX(r,p2) 

where: 

r=pi*3. 32 



BINARY FLOAT (p) 
p=MAX(pi,p2) 



BINARY FLOAT (p) 
p=MAX(pi,p2) 



•Table F-12. Attributes of Result in Exponentiation Operations 

r T T 

Second Operand 
(Exponent) 



Case (1) 



Case (2) 



Case (3) 



Case (4) 



Case (5) 



Case (6) 



Case (7) 



First Operand 



FIXED DECIMAL(pi,qi) 



+- 



FIXED BINARY (pi,qi) 



FIXED DECIMAL(pi,qi) 

or 

FLOAT DECIMAL (pi) 



FIXED BINARY (pi^qj.) 

or 

FLOAT BINARY (pi) 



FIXED DECIMAL (p-L,qi) 

or 

FLOAT DECIMAL (pi) 



FIXED BINARY (pi^qi) 

or 

FLOAT BINARY (pi) 



FLOAT DECIMAL (pi) 

or 

FLOAT BINARY(pi) 



Unsigned integer 
constant with value n 



Unsigned integer 
constant with value n 



FIXED DECIMAL (p2,q2) 

or 

FLOAT DECIMAL (p2) 



FIXED DECIMAL ( Pa, q2) 

or 

FLOAT DECIMAL (pa) 



4- 



FIXED BINARY ( Pa, qa) 

or 

FLOAT BINARY(pa) 



FIXED BINARY ( Pa, qa) 

or 

FLOAT BINARY(pa) 



FIXED DECIMAL(pa,0) 

or 

FIXED BINARY (pa,0) 



Target Attributes of Result 



FIXED DECIMAL (p,q) [provided p<153 
p=(pi+l)*n-l 
q=qi*n 



FIXED BINARY(p,q) [provided p<31] 
P=(pi+l)*n-l 
q=qi*n 



FLOAT DECIMAL(p) [unless case (1) 

or (7) is applicable] 
p=MAX(pi,p2) 



FLOAT BINARY (p) [unless case (2) 

or (7) is applicable] 
p=MAX(pi,CEIL(3.32*pa)) 



FLOAT BINARY (p) [unless case (1) 

or (7) is applicable] 
p=MAX(CEIL(3.32*pi),pa) 



FLOAT BINARY (p) [unless case (2) 

or (7) is applicable] 
p=MAX(pi,Pa) 



FLOAT (pi) [with base of first 
operand] 
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SECTION G: BUILT-IN FUNCTIONS AND PSEUDO- VARIABLES 



All of the built-in functions and 
pseudo-variables that are available to the 
PL/I prograiraner are given in this section. 
The general organization of this section is 
as follows: 



1. Computational Built-in Functions 



a. String-handling built-in functions 



b. Arithmetic built-in functions 



c. Mathematical built-in functions 



d. Array manipulation built-in func- 
tions 



2. Condition Built-in Functions 

3. Based Storage Built-in Functions 
U. Multitasking Built-in Functions 

5. Miscellaneous Built-in Functions 

6. Pseudo- Variables 

The computational built-in functions , 
shown above, provide string handling, 
arithmetic operations (addition, division, 
etc.), mathematical operations (trig- 
onometric functions, square root, etc.), 
and array manipulation. The computational 
built-in functions are: 



Mathematical : 



String Ha ndling ; 
BIT 
BOOL 
CHAR 
HIGH 
INDEX 
LENGTH 

Arithmetic ; 
ABS 
ADD 

BINARY 
CEIL 
COMPLEX 
CONJG 
DECIMAL 
DIVIDE 
FIXED 
FLOAT 
FLOOR 



LOW 

REPEAT 

STRING 

SUBSTR 

UNSPEC 



I MAG 

MAX 

MIN 

MOD 

MULTIPLY 

PRECISION 

REAL 

ROUND 

SIGN 

TRUNC 



ATAN 






LOGIO 


ATAND 






L0G2 


ATANH 






SIN 


COS 






SIND 


COSD 






SINH 


COSH 






SQRT 


ERF 






TAN 


ERFC 






TAND 


EXP 






TANH 


LOG 








Array Manipu 


ilation: 




ALL 






LBOU-.TO 


ANY 






POLY 


DIM 






PROD 


HBOUND 






SUM 


The condi 


tion 


built-in functions 



allow 

the PL/I programmer to investigate inter- 
rupts arising from enabled ON-conditions. 
The condition built-in functions are: 



DATAFIELD 
ONCHAR 
ONCODE 
ONCOUNT 



ONFILE 
ONKEY 
ONLOC 
ONSOURCE 



The based storage built-in fu nctions are 
designed to facilitate list processing and 
the use ot based storage. They mainly 
return special values which can be assigned 
to locator and area variables. The based 
storage built-in functions are: 



ADDR 
EMPTY 



NULL 
NULLO 



The multitasking 
allow the programmer to 
current state of a 



built-in functions 



investigate the 
task or asynchronous 
input/output operation, or the current 
priority of a task. The multitasking 
built-in functions are: 

COMPLETION 

PRIORITY 

STATUS 

The miscellaneous buil t -in functions 
perform various duties; for example, one 
function provides the current date, another 
provides a count of data items transmitted 
during a STREAM input/output operation, 
while another provides an indication of 
whether or not a controlled variable is in 
an allocated state. The miscellaneous 
built-in functions are: 



ALLOCATION 

COUNT 

DATE 



LINE NO 
TIME 
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The section on pseudo- variables gives a 
short discussion for each of the PL/I 
pseudo-variables. A more complete descrip- 
tion can be found in the discussion of the 
corresponding built-in function. The 
pseudo- variables are: 



COMPLETION 
COMPLEX 
IMAG 
ONCHAR 
ON SO URGE 



PRIORITY 

REAL 

STATUS 

SUBSTR 

UNSPEC 



All of the built-in functions and 
pseudo-variables are presented in alphabet- 
ical order under their proper headings. 



specified, roust be a decimal integer con- 
stant giving the length of the result. If 
"size" is not specified, it is determined 
according to the type conversion rules 
given in Section F, "Problem Data Conver- 
sion." If "expression" is an array expres- 
sion, "size" applies to each element of the 
array. 



Result; The value returned by this func- 
tion is "expression" converted to a bit 
string. The length cf this bit string is 
determined by the integral value of "size,," 



as described above. 



COMPUTATIONAL BUILT-IN FUNCTIONS 



BOOL String Built-in Functio n 



STRING HANDLING BUILT-IN FUNCTIONS 



The functions described in this section 
may be used for manipulating strings. 
Unless it is specifically stated otherwise, 
any argument can be an element expression 
or an arriay expression. If an argument is 
an array, the value returned by the built- 
in function is an array with bounds 
identical; to that argument (the function 
having been performed for each element of 
the array) . For those functions where two 
or more array arguments are allowed, the 
arguments must have identical bounds. An 
argument that is specified as "string" can 
be an expression of any data type, but if 
it is arithmetic, it is converted to bit- 
string (if binary base) or character-string 
(if decimal base) before the function is 
invoked. 

All conversions mentioned in this 
section are made according to the rules for 
the conversion of expression operands as 
specified in Section F, "Problem Data Con- 
version. " 



BIT St ri ng Built-in Function 



Definition; BIT converts a given value to 
a bit string and returns the result to the 
point of invocation- This function allows 
the programmer to control the size of the 
result of a bit- string conversion. 

Reference; BIT (expression [, size ]) 

Arguments : The argument "expression" rep- 
resents the quantity to be converted to a 
bit string. The argument "size," when 



Definition; BOOL produces a bit string 
whose, bit representation is a result of a 
given boolean operation on two given bit 
strings. 



Reference; BOOL (x,y,w) 

Arguments ; Arguments "x" and "y" are the 
two bit strings upon which the boolean 
operation specified by "w" is to be per- 
formed. If "x" and "y" are not bit 
strings, they are converted to bit strings. 
If "x" and "y" differ in length, the 
shorter string ,is extended with zeros on 
the right to match the length of the longer 
string. 

Argument "w" represents the boolean 
operation. It is a bit string of length 4 
and is defined as n^. n^ na n , where each n 
is either or 1. There are 16 possible 
bit combinations and thus 16 possible boo- 
lean operations. As for "x" and "y," "w" 
is converted to a bit string (of length 4) 
before the function is invoked, if neces- 
sary. 

If more than one argument is an array, 
the arrays must have identical bounds. 
Note that if only "w" is an array, the 
returned value is an array with identical 
bounds, each element of which is the result 
of the corresponding boolean operation per- 
formed on "x" and "y. " 



Result; The value returned 
tion is a bit string, z, 
equal to the longer of "x" 
bit of z is determined 
operation on the correspond 
and "y" as follows; the ith 
to the value of Ux, n^, na, 
on the combination of the 
and "y" as shown in the fo 
table: 



by this func- 
whose length is 

and "y." Each 
by the boolean 

ing bits of "x" 
bit of z is set 
or n depending 
ith bits of "x" 

llowing boolean 
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Example; In the following assignment 
statement, assume that u and ID have been 
declared as bit strings, XXX is the string 
'Oll'B, YYY is the string '110 'B, and the 
boolean operator is 'OllO'B: 



CHAR String Built-in Function 



Definit ion; CHAR converts a given value to 
a character string and returns the result 
to the point of invocation. This function 
allows the programmer to control the size 
of the result of a character-string conver- 
sion. 

Referen ce; CHAR (expression!, size]) 

jjrquments ; The argument "expression" rep- 
resents the quantity to be converted to a 
character string. The argument "size," 
when specified, must be a decimal integer 
constant giving the length of the result. 
If "size" is not specified, it is deter- 
mined according to the type conversion on 
rules given in Section F,, "Problem Data 
conversion." If "expression" is an array 
expression, "size" applies to each element 
of the array. 



U=ID||BOOL (XXX, YYY, ' 0110 • ) ; 



Further, assume that Z represents the value 
returned to the point at which BOOL is 
invoked (that is, Z is a bit string of 
length 3 that is to be concatenated with 
ID), then the boolean table for this invo- 
cation of BOOL can be defined as: 



Result; The value returned by this func- 
tion is "expression" converted to a charac- 
ter string. The length of this character 
string is determined by "size," as des- 
cribed above. 



HIGH string Built-in Function 




which is interpreted as follows; 

Whenever the ith bits of XXX and YYY are 
and 0, respectively, the ith bit of Z 
is 0; whenever the ith bits of XXX and 
YYY are and 1, respectively, the ith 
bit of Z is 1, and so on. 



Definition; HIGH forms a character string 
of a given length from the highest charac- 
ter in the collating sequence; that is, 
each character in the constructed string is 
the highest character in the collating 
sequence. 

Reference; HIGH ( i ) 

Arg ume nts The argument, "i," must be a 
decimal integer constant specifying the 
length of the string that is to be formed. 

Result ; The value returned by this func- 
tion is a character string of length "i;" 
each character in the string is the highest 
character in the collating sequence. For 
System/3 60 implementations, this character 
is stored as hexadecimal FF. 



INDEX S tring Built-in Function 



Thus, since the first bits of 
are and 1, respectively, the 
Z is 1; since the second bi 
YYY are 1 and 1,, respectively, 
bit of Z is 0; and since the 
XXX and YYY are 1 and 0, respe 
third bit of Z is 1. Therefo 
returned to the point of invocs 
bit string 'lOl'B. 



XXX and YYY 
first bit of 
ts of XXX and 
the second 
third bits of 
ctively, the 
re, the value 
at ion is the 



Definition; INDEX searches a specified 
string for a specified bit or character 
string configuration- If the configuration 
is found,, the starting location of that 
configuration within the string is returned 
to the point of invocation. 

Reference; INDEX (string, config) 
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Arguments : Two arguments must be speci- 
fied. The. first argument, "string," rep- 
resents the string to be searched; the 
second argument, "config," represents the 
bit or character string configuration for 
which "string" is to be searched. If 
neither argument is a bit string, or if 
only one argument is a bit string, both 
arguments are converted to character 
strings. If both arguments are bit-string, 
no conversion is performed. 

If both arguments are arrays, the arrays 
must have identical bounds. 



argument is DECIMAL) or a 
the argument is BINARY) . 



bit string (if 



Result; The value returned by this func- 
tion is a fixed binary integer of default 
precision giving the current length of 
"string," If "string" is an array expres- 
sion, an array of identical bounds is 
returned. 

Example; If XYZ is a varying- length char- 
acter string whose maximum length is 30, 
but whose current length is 2 5, then the 
statement: 



Result ; The value returned by this func- 
tion is a binary integer of default preci- 
sion. This binary integer is either; 

1. The location in "string" at which 
"config" has been found. If more than 
one "config" exists in "string, " the 
location of the first one found (in a 
left-to-right sense) will be returned. 

2. The value 0, if "config" does not 
exist within "string" or if either of 
the arguments has a length of zero. 

Example; If ASTRING is a character string 
containing: 

' 912NAMEA,1, FIRST, 2, SECOND' 

then the statement; 



I = LENGTH (SUBSTR (XYZ, U)) ; 
will assign a binary value of 22 to I. 

LOW String Built-in Function 

Definition; LOW forms a character string 
of specified length from the lowest charac- 
ter in the collating sequence; i.e., each 
character of the formed string will be the 
lowest character in the collating sequence. 

Referen ce; LOW (i) 

Argume nt: The argument, "i" must be an 
unsigned decimal integer constant speci- 
fying the length of the string being 
formed. 



I = INDEX ( ASTRI NG, '1,') ; 

will return a binary value of ten to the 
point of invocation. This binary value 
represents the location of the configu- 
ration '1,* within ASTRING. However, if 
the statement had been: 



Result ; The value returned by this fuac- 
tion is a character string of length "i"; 
each character in the string is the lowest 
character in the collating sequence. For 
System/ 3 60 implementations, this character 
is stored as hexadecimal 00. 



I = INDEX ( ASTRING , ' 1 ' ) ; 

then a binary value of two would be 
returned to the point of invocation. This 
value is the location of the first '1' 
appearing within ASTRING. 



LENGTH String Built-in Function 



Definition ; LENGTH finds the string length 
of a given value and returns it to the 
point of invocation. 

Reference: LENGTH (string) 

Argument: The argument, "string," rep- 
resents a character string or a bit string 
whose length is to be found. The argument 
need not represent a string; if it does 
not, it is converted before the function is 
invoked to a character string (if the 



REPEAT String Built-in Function 



Definition; REPEAT takes a given string 
value and forms a new string consisting of 
the given string value concatenated with 
itself a specified number of times. 

Re ference; REPEAT (string, i) 

Arguments; The argument "string" rep- 
resents a character string or bit string 
from which the new string will be formed. 
The argument need not represent a string, 
however; if an argument other than a bit 
string or character string is specified, it 
is converted, before the function is 
invoked, to a bit or character string. 

The argument "i" must be an optionally 
signed decimal integer constant. It rep- 
resents the number of times that "string" 
is to be concatenated with itself. 
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If "string" is an array expression, the 
value of "i" is applied to each element. 

Result; The value returned by this func- 
tion is "string" concatenated with itself 
"i" times. In other words,, the returned 
value will be a string containing (i+1) 
occurrences of the value "string." If "i" 
is less than or equal to zero, the returned 
value is identical to the argument (i.e., 
the converted argument, if the original 
argument was not a string) . 

Example; If BSTR is a bit string contain- 
ing 'lOl'B, the statement 



A = REPEAT (BSTR, 6); 

will cause the following value to 
returned to the point of invocation: 

• 101101101101101101101' B 



be 



length of the substring. Arguments "i" and 
"j" must be integers or expressions that 
can be converted to integers. 



If more than one argument is an array, 
the arrays must have identical bounds. 



Assuming that the length of "string" is 
k, arguments "i" and "j" must satisfy the 
following conditions; 



1. j must be less than or equal to k 
greater than or equal to 0. 



and 



i must be less than or equal to k and 
greater than or equal to 1. 



The value of i+j-1 must be 
or equal to k. 



less than 



STRING String Built-in Functjion 



Definition; 



_ STRING concatenates all the 
in an aggregate variable into a 



elements 

single string element. 

Reference; STRING (x) 

Argument ; The argument,, "x, " is an ele- 
ment, array, or structure variable, com- 
posed either entirely of character strings 
and/or numeric character data, or entirely 
of bit strings. If "x" is an element 
variable, the value returned is identical 
to the value of the variable. 

Result; The value returned by this func- 
tion is an element bit string or character 
string, the concatenation of all the ele- 
ments in "x. " If "x" contains one or more 
varying strings, the result is a varying 
string. 



SUBSTR String Built-in E^'unction 



Definition; SUBSTR extracts a substring of 
user-defined length from a given string and 
returns the substring to the point of 
invocation. (SUBSTR can also be used as a 
pseudo-variable. ) 

Reference ; SUBSTR (string, if, j]) 

Arguments : The argument "string" rep- 
resents the string from which a substring 
will be extracted. If this argument is not 
a string, it will be converted to a string. 
Argument "i" represents the starting point 
of the substring and " j" represents the 



Thus, the substring, as specified by "i" 
and "j" must lie within "string." 

If "j" is not specified,, it is assumed 
to be equal to the value of k-i+1. In 
other words, it is assumed to be the length 
of the remainder of "string," beginning at 
the ith position in "string." 

When these conditions are not satisfied, 
the SUBSTR reference causes the STRINGRANGE 
condition to be raised, if it is enabled. 
If STRINGRANGE is not enabled, the result 
of the erroneous reference is undefined. 



Result; The value returned by this func- 
tion is a varying- length string whose cur- 
rent length is defined as follows; 

1. If j=0, the returned value is the null 
string. 

2. If j is greater than 0, the returned 
value is that substring beginning at 
the ith character or bit of the first 
argument and extending j characters or 
bits. 

3. If j is not specified,, the returned 
value is that substring beginning at 
the ith character or bit and extending 
to the end of "string. " 



Example ; If AAA is a character 
length 30,, the statement; 

ITEM = SUBSTR (AAA, 7, 14) ; 



String of 



will cause a lU-character substring to be 
extracted from AAA, starting at the seventh 
character of AAA. The extracted string is 
then returned to the point of invocation, 
after which it is assigned to ITEM. 
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UNSPEC String Built-in Function 



ARITHMETIC BUILT-IN FUNCTIONS 



Definition; UNSPEC returns a bit string 
that is the internal coded representation 
of a given value. (UNSPEC can also be used 
as a pseudo- variable.) 



Reference: UNSPEC (x) 



Argument: The argument, "x, " may be an 
arithmetic or string constant, variable, or 
expression, or an area, pointer,, or offset 
variable, whose internal coded representa- 
tion is to be found. 



Result ; The value returned by this func- 
tion is the internal coded representation 
of "x." This representation is in bit- 
string form. The length of this string 
depends upon the attributes of "x," and is 
defined by System/3 60 implementations as 
follows: 



1. If "x" is FIXED BINARY of precision 
(p,q),, the length is 32. 

2. If "x" is FIXED DECIMAL of precision 
(p,q) f the length is defined as 
8+FLOOR ((p+2)/2). 

3. If "x" is FLOAT BINARY of precision p, 
the length is 

a. 32, if p is less than or equal to 
21. 

b. 64, if p is greater than 21. 

4. If "x" is FLOAT DECIMZ^ of precision 
p, the length is 

a. 32, if p is less than or equal to 
6. 

b. 6«*, if p is greater than 6. 

5. If "x" is a character-string of length 
n or a numeric character data item 
whose character- string value is of 
length n, the length is 8*n. 

6. If "x" is a bit-string of length n, 
the length is n. 

7. If "x" is complex,, the length is twice 
that of the corresponding real value. 

8. If "x" is a pointer, the length is 32. 

9. If "x" is an offset, the length is 32. 

10. If "x" is an area of size n, the 
length is 8*(n+16). 



All values returned by arithmetic built- 
in functions are in coded arithmetic form. 
The arguments of these functions should 
also be in that form. If an argument is 
not coded arithmetic, then, before the 
function is invoked, it is converted to 
coded arithmetic according to the rules 
stated in Section F, "Problem Data 
Conversion." Note, therefore, that in the 
function descriptions below,, a reference to 
an argument always means the converted 
argument, if conversion was necessary. 

In some function descriptions, the 
phrase "converted to the highest 
characteristics " is used; this means that 
the rules for mixed characteristics cire 
followed (these rules are stated in the 
section "Data Conversion in Arithmetic 
Operations" in Part I, Chapter U, 
"Expressions- ") 

In general, an argument of an arithmetic 
built-in function may be an element or 
array expression. If an argument is an 
array, the value returned by the built-in 
function is an array of the same dimension 
and bounds as the argument (the function 
having been performed once for each element 
of the array). Thus., for example, if an 
array argument is passed to the absolute 
value function ABS, the returned value is 
an array, each element of which is the 
absolute value of the corresponding element 
in the argument array. 

Unless it is specifically stated other- 
wise; 

1. The mode of an argument may be real or 
complex. 

2. The base, scale, mode, and precision 
of the returned value are determined 
according to the rules for the conver- 
sion of expression operands as given 
in Section F, "Problem Data Conver- 
sion,. " 

In many of these built-in functions, the 
symbol N ,is used. This symbol represents 
the maximum) precision that a value may 
have. It is defined, for System/360 
implementations, as follows : 

N is 15 for FIXED DECIMAL values 

16 for FLOAT DECIMAL values 

31 for FIXED BINARY values 

53 for FLOAT BINARY values 

The precision of decimal and binajry 
floating-point items should be noted when 
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using the built-in functions ADD, BINARY, 
DECIMAL, DIVIDE, FLOAT, MULTIPLY, and PRE- 
CISION. For decimal floating-point items: 
if the precision is less than or equal to 
(6), short floating-point form is used; if 
the precision is greater than (6), long 
floating-point form is used. For binary 
floating-point items: if the precision is 
less than or equal to (21) , short floating- 
point form is used; if the precision is 
greater than (21), long floating-point form 
is used. 



ABS Arithmetic Built-in Function 



Definition: ABS finds the absolute value 
of a given quantity and returns it to the 
point of invocation. 



Reference: ABS (x) 



Argument: The quantity whose absolute 
value is to be found is given by "x." 



Result: The value returned 



by 



this 

function is the absolute value of "x. " If 
"x" is real, the result is the positive 
value of "x"; if "x" is complex, the result 
is the positive square root of the sum of 
squares of the real and imaginary parts of 
"x." The mode of the result is real, while 
the base, scale, and precision are the same 
as those of "x, " with one exception: if "x" 
is a complex fixed-point value of precision 
(p,q), the precision of the result is: 

(MIN(N,p+l) ,q) 
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PDD Arithmetic Built-in Function 



CEIL Arithmetic Built-in Function 



Definition; ADD finds the sum of two given 
values and returns it to the point of 
invocation. This function allows the pro- 
grammer to control the precision of the 
result of an add operation. 



Definition; CEIL determines the smallest 
integer that is greater than or equal to a 
given real value and returns that integer 
to the point of invocation. 



Reference; CEIL (x) 



Reference; ADD (x„y,p[,q]) 



Arguments; Arguments "x" and "y" represent 
the values to be added. Arguments "p" and 
"q" must be decimal integer constants spec- 
ifying the precision of the result; "q" may 
be signed. If the scale of the result is 
fixed-point, both "p" and "q" must be 
specified; if the scale of the result is 
floating-point, only "p" must be specified. 
In either case, "p" must not exceed N. 



Argument; 
complex. 



The argument, "x," must not be 



Result; The value returned by this func- 
tion is the smallest integer that is great- 
er than or equal to "x." The base,, scale, 
mode, and precision are the same as those 
of "x, " with one exception: if "x" is a 
fixed-point value of precision (p,q), the 
precision of the result is defined as; 

(MIN{N,MAX(p-q+l,l)),0) 



Result; The value returned by this func- 
tion is the sum of "x" and "y. " The 
precision of the result is determined by 
"p" and "q"; this precision is maintained 
throughout the execution of the function. 



COMPLEX Arithmetic Built-in Function 



BINARY Arithmetic Built-in Function 



Definition; COMPLEX forms a complex number 
from two given real values and returns it 
to the point of invocation. (COMPLEX can 
also be used as a pseudo-variable.) 



Reference: 



Definition; BINARY converts a given value 
to binary base and returns the converted 
value to the point of invocation. This 
function allows the programmer to control 
the precision of the result of a binary 
conversion. 



Reference; BINARY (x(,p[,q]]) 



COMPLEX (x,y) 
Arguments 



Arguments ; Arguments "x" and "y" must both 
be real; "x" represents the real part of 
the complex number to be formed and "y" 
represents the imaginary part. 

Result ; The value returned by this func- 
tion is the complex number that has been 
formed from "x" and "y." 



Arguments; The first argument, "x," rep- 
resents the value to be converted to binary 
base. Arguments "p" and "q," when speci- 
fied, must be decimal integer constants 
giving the precision of the binairy result; 
"q" may be signed. The precision of a 
fixed-point result is (p,q); the precision 
of a floating-point result is (p). If both 
"p" and "q" are omitted, the precision of 
the result is determined according to the 
rules given for base conversion in Section 
F, "Problem Data Conversion." Note that 
"q" must be omitted for floating-point 
arg\aments. 



Result; The value returned by this func- 
tion is the binary equivalent of "x. " The 
scale and mode of this value are the same 
as those of "x." The precision is given by 
"p" and "q." 



CONJG Arithmetic Built-in Function 



Definition ; CONJG finds the conjugate of a 
complex value and returns it to the point 
of invocation. (The conjugate of a complex 
number is the complex number with the sign 
of the imaginary part reversed.) 

Reference; CONJG (x) 

Argument ; The argument, "x, " is the value 
whose conjugate is to be found; it must be 
complex. 



Result; The value returned by 
is the conjugate of "x. 



this func- 
' The base. 



tion 

scale, mode, and precision of the conjugate 

are the same as those of the argument. 
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EECIMAL Arithmetic Built-in Function 



FIXED Arithmetic Built-in Function 



Definition; DECIMAL converts a given value 
to decimal base and returns the converted 
value to the point of invocation. This 
function allows the programmer to control 
the precision of the result of a decimal 
conversion. 



Definition; FIXED converts a given value 
to fixed-point scale and returns the con- 
verted value to the point of invocation. 
This function allows the programmei: to 
control the precision of the result of a 
fixed-point conversion. 



Reference ; DECIMAL (x[,p[,q]]) 



Arguments; The first argument, "x," rep- 
resents the value to be converted to deci- 
mal base. Arguments "p" and "q, " when 
specified, must be decimal integer con- 
stants giving the precision of the decimal 
result; "q" may be signed. The precision 
of a fixed-point result is (p»q) ; the 
precision of a floating-point result is 
(p) , If both "p" and "q" are omitted, 
however, the precision of the result is 
determined according to the rules given for 
base conversion in Section F, "Problem Data 
Conversion," Note that "q" must be omitted 
for floating-point arguments. 



Reference; FIXED (x[,p[,q]]) 

Argument; The first argument, "x, " rep- 
resents the value to be converted to fixed- 
point scale. Arguments "p" and "q," when 
specified, must be decimal integer 
constants ("q" can be signed) giving the 
precision of the result, (p,q). For 
SYStem/360 implementations, if "p" and "q" 
are omitted, "p" is assumed to be 15 for 
binary "x" and 5 for decimal "x"; "q"' is 
assumed to be 0. 

Result; The value returned by this func- 
tion is the fixed-point equivalent of the 
argument "x"; its precision is {p,q)- 



Result; The value returned by this func- 
tion is the decimal equivalent of the 
argument "x" ; its precision is given by "p" 
and "q, " 



DIVIDE Arithmetic Built-in Function 



Definition; DIVIDE divides a given value 
by another given value and returns the 
quotient to the point of invocation. This 
function allows the programmer to control 
the precision of the result of a divide 
operation. 

Reference ; DIVIDE (x,y,p[,q]) 

Arguments ; The argument, "x," is the divi- 
dend and argument "y" is the divisor. 
Arguments "p" and "q" ("q" is optional and 
may be signed) must be decimal integer 
constants specifying the precision of the 
result. If the result is a fixed-point 
value, "p" and "q" must both be specified; 
if the result is a floating-point value, 
only "p" must be specified. In either 
case, "p" must not exceed N. 

Result; The value returned by this func- 
tion is the quotient resulting from the 
division of "x" by "y. " The precision of 
the result is determined by "p" and "q" as 
described above; this precision is main- 
tained throughout the execution of the 
function. 



FLOAT Arithmetic Built-in Function 



Definition; FLOAT converts a given value 
to floating-point scale and returns the 
converted value to the point of invocation. 
This function allows the programmer to 
control the precision of the result of a 
floating-point conversion. 

Reference; FLOAT (x[,p]) 

Arguments; The first argument^, "x^ " rep- 
resents the value to be converted to 
floating-point scale. The second argument, 
"p, " when specified, must be a decimal 
integer constant giving the precision of 
the result. For System/360 implementa- 
tions, if "p" is omitted, it is assumed to 
be 21 for binary "x" and 6 for decimal "x." 



Result; The value returned by this func- 
tion is the floating-point equivalent of 
"x"; its precision is "p." 



FLOOR Arithmetic Built-in Function 



Definition; FLOOR determines the largest 
integer that does not exceed a given value 
and returns that integer to the point of 
invocation. 



Reference; FLOOR (x) 

Argument ; The argument, 
complex. 



'x, " must not be 
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Result; The value returned by this func- 
tion is the largest integer that does not 
exceed "x." The base, scale, mode,, and 
precision of this value are the same as 
those of "x, " with one exception: if "x" is 
a fixed-point value of precision (p,q),, the 
precision of the result is: 

(MIN(N,MAX(p-q+l, 1) ) , 0) 



MIN Arithmetic Built-in Function 



Definition; MIN extracts the lowest- valued 
expression from a given set of two or more 
expressions and returns that value to the 
point of invocation. 



Reference; MIN ( Xj.,, X2 ,, . . . ,, Xn) 



IMAG Arithmetic Built-in Function 



Arguments ; Two or more arguments must be 
given. The arguments must not be complex. 



Definition: IMAG extracts the imaginary 
part of a given complex number and returns 
it to the point of invocation, (IMAG can 
also be used as a pseudo-variable. ) 



Reference: IMAG (x) 



Res ult: The value returned by MIN is the 
value of the lowest- valued argument. The 
returned value is converted to conform to 
the highest characteristics of all the 
arguments that were specified. If the 
arguments are fixed-point values and have 
precisions : 



Argument; The argument, "x, " is the com- 
plex value whose imagina]:y part is to be 
extrac^ted. 



^PitqiK tParqa)* • -• » (Pn#qn) 

then the precision of the result is as 
follows: 



Result; The value returned by this func- 
tion is the imaginary part of "x." The 
base, scale, and precision of the imaginary 
part are unchanged. The mode of the 
returned value is real. 



(MIN(N,MAX(pi.-qi, . ..,Pn-qn) + 

MAX(qi., . . .qn) ) ,MAX(qi, .. . ,qn) ) 



MOD Arithmetic Built-in Function 



MAX Arithmetic Built-in Function 



Definition: MAX extracts the highest- 
valued expression from a given set of two 
or more expressions and returns that value 
to the point of invocation. 



Definition; MOD extracts the remainder 
resulting from the division of one real 
quantity by another and returns it to the 
point of invocation. 



Ref eren ce; MOD (xi,X2) 



Reference: MAX (xi.,X2, . . . ,Xn) 

Arguments ; Two or more arguments must be 
given. The arguments must not be complex. 

Result; The value returned by MAX is the 
value of the maximum-valued argument. The 
returned value is converted to conform to 
the highest characteristics of all the 
arguments that were specified. If the 
arguments are fixed- point values and have 
precisions: 



<Pi.#qj.)# (Paqa)*.- 



<Pn»qn) 

result is as 



then the precision of the 
follows; 



(MIN(N,MAX(pi.-qi, . . . ,Pn-qn) + 

MAXCqi, . . . , qn) ) ,MAX (qi, . . .qn) ) 



A rguments: Two arguments must be given. 
They must not be complex. Before the 
function is invoked, the base and scale of 
each argument are converted according to 
the rules for the conversion of expression 
operands, as given in Section F, "Problem 
Data Conversion. " 



Result: The value returned by MOD is the 
positive remainder resulting from the divi- 
sion of "Xi" by "Xa." If the result is in 
floating-point scale, its precision is the 
higher of the precisions of the arguments; 
if the result is in fixed-point scale, its 
precision is defined as follows: 

(MIN(N,P2-q2+MAX(qj.,qa)),MAX(qi.,q2)) 

where (pi,qj.) and (patqa) are the precision 
of "Xj." and "X2#'' respectively. 
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MULTIPLY Arithmetic Built-in Function 



Argument; The argument,, 
complex expression. 



x» 



must be a 



Definition; MULTIPLY finds the product of 
two given values and returns it to the 
point of invocation. This function allows 
the programmer to control the precision of 
the result of a multiplication operation. 

Reference ; MULTIPLY (Xi,X2,p[,,q] ) 

Arguments; Arguments "x^" and "xa" rep- 
resent the values to be multiplied. Argu- 
ments "p" and "q" ("q" is optional and may 
be signed) are decimal integer constants 
specifying the precision of the result. If 
the result is a fixed-point value, "p" and 
"q" must both be specified; if the result 
is a floating-point value, only "p" must be 
specified. In either case, "p" must not 
exceed N. 

Result; The value returned by this func- 
tion is the product of "Xi" and "Xa." The 
precision of the result is as specified; 
this precision is maintained throughout the 
execution of the function. 



PRECISION Arithmetic Built-in Function 



Definition: PRECISION 



converts 



a given 

value to a specified precision and returns 
the converted value to the point of invoca- 
tion. 

Reference: PRECISION (x„p[,q]) 



Arguments: The fir 
resents the value to 
specified precision, 
("q" is optional 
decimal integer con 
precision of the 
fixed- point value,, 
specified; if "x" 
value, only "p" must 



St argument,, "x," rep- 
be converted to the 
Arguments "p" and "q" 
and may be signed) are 
stants specifying the 
result. If "x" is a 
"p" and "q" must be 
is a floating-point 
be specified- 



Result: The value returned by this func- 
tion is the value of "x" converted to the 
specified precision. The base, scale, and 
mode of the returned value are the same as 
those of "x. " 



REAL Arithmetic Built-in Function 



Result; The value returned by this func- 
tion is the real part of the complex value 
represented by "x." The base,, scale,, cind 
precision of the real part are unchanged. 



ROUND Arithmetic Built-in Function 



Definition: ROUND rounds a given value at 
a specified digit and returns the rounded 
value to the point of invocation. 

Reference: ROUND (expression, n) 

Arguments: The first argument, 
"expression, " is an element or array rep- 
resenting the value (or values, in the case 
of an array expression) to be rounded; the 
second argument, "n, " is a signed or 
unsigned decimal integer constant speci- 
fying the digit at which the value of 
"expression" is to be rounded. If "n" is 
positive., rounding occurs at the nth digit 
to the right of the decimal (or binary) 
point in the value of "expression"; if "n" 
is zero,, rounding occurs at the first digit 
to the left of the decimal (or binary) 
point in the value of "expression"; if "n" 
is negative,, rounding occurs at the nth + 1 
digit to the left of the decimal (or 
binary) point in the value of "expression." 
Note that the decimal (or binary) point is 
assumed to be at the left for floating- 
point values. 

Result : For fixed-point values,, ROUND 
returns the value of "expression" rounded 
at the nth digit to the right of the 
decimal (or binary) point for positive "n", 
or at the first digit to the left of the 
decimal (or binary) point for zero "n", or 
at the nth+1 digit to the left of the 
decimal (or binary) point for negative "n . " 
Thus, when "n" is negative,, the returned 
value is an integer. 

If "expression" is a floating-point 
expression, the second argument is ignored, 
and the rightmost bit in the interncil 
floating-point representation of the 
expression's value is set to 1 if it is 0. 
If the rightmost bit is 1, it is left 
unchanged- 



Definition; REAL extracts the real part of 
a given complex value and returns it to the 
point of invocation- (REAL can also be 
used as a pseudo-variable. ) 

Reference; REAL (x) 



If "expression" is 
returned value is the same 
f ied. 



a string, the 
string unmodi- 



The base, scale, and mode of the 
returned value are those of the value of 
"expression". 
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The precision of the returned value for 
floating-point expressions is that of 
"expression"; the precision of the returned 
value for fixed-point expressions is 
(MIN(p+l,N),q) . The extra digit (p+1) of 
the returned value for fixed-point expres- 
sions is to allow for those cases in which 



rounding would give a result that could not 
be expressed in "p" digits, for example, 
ROUND(9.999,2) would result in 10.000. 

Note that the rounding of a negative 
quantity results in the rounding of the 
absolute value of that quantity. 
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SIGN Arithmetic Built-in Function 



Definition; SIGN determines whether a 
value is positive, negative, or zero, and 
it returns an indication to the point of 
invocation. 

Reference; SIGN (x) 

Argument ; The argument, "x," must not be 
complex. 

Result; This function returns a real 
fixed-point binary value of default preci- 
sion according to the following rules; 

1. If the argument is greater than 0„ the 
returned value is 1. 

2. If the argument is equal to zero, the 
returned value is 0. 

3. If the argument is less than zero, the 
returned value is -1. 



TRUNC Arithmetic Built-in Function 



Definition; TRUNC truncates a given value 
to an integer as follows; first, it deter- 
mines whether a given value is positive, 
negative, or equal to zero. If the value 
is negative, TRUNC returns the smallest 
integer that is greater than that value; if 
the value is positive or equal to zero, 
TRUNC returns the largest integer that does 
not exceed that value. 



is converted to coded arithmetic and 
floating-point before the function is 
invoked, according to the rules stated in 
I Section F, "Problem Data Conversion." 
Note, therefore, that in the function des- 
criptions below, a reference to an argument 
always means the converted argument, if 
conversion was necessary. 

In general, an argument to a mathemati- 
cal built-in function may be an element or 
array expression. If an argument is an 
array, the value returned by the built-in 
function is an array of the same dimension 
and bounds as the argiiment (the function 
having been performed once for each element 
of the array). Thus, for example, an array 
to the cosine function COS results in an 
array, each element of which is the cosine 
of the corresponding element in the argu- 
ment array. 

Unless it is specifically stated other- 
wise, an argument may be real or complex. 
Figures G-1 and G-2 at the end of this 
section provide a quick reference for those 
mathematical functions that accept either 
real or complex arguments and those that 
accept only real arguments. 

All of the mathematical built-in func- 
tions return coded arithmetic floating- 
point values. The mode, base, and 
precision of these values are always the 
same as those of the arguments. 



ATAN Mathematical Built-in Function 



Reference; TRUNC (x) 



Argument ; 
complex. 



The argument, "x," must not be 



D efinition; ATAN finds the arctangent of a 
given value and returns the result 
expressed in radians, to the point of 
invocation. 



Result: If 



is less than 



zero, 
value returned by TRUNC is CEILCx). If 



the 
"x" 



is greater than or equal to zero, the value 
returned by TRUNC is FLOOR (x). In either 
case, the base, scale, and mode of the 
result are the same as those of "x. " If 
. "x" is a floating-point value, the preci- 
sion remains the same. If "x" is a fixed- 
point value of precision (p,q), the 
precision of the result is: 

(MIN(N,MAX{p-q+l,l)),0) 



R eference; ATAN (x[,y]) 

Arguments: The argument, "x," must always 
be specified; the argument "y" is optional. 
If "y" is omitted, "x" represents the value 
whose arctangent is to be found; in such a 
case, "x" may be real or complex, but if it 
is complex, it must not be equal to ±li. 

If "y" is specified^ then the value 
whose arctangent is to be found is taken to 
be the expression x/y. In this case, both 
"x" and "y" must be real, and both cannot 
be equal to at the same time. 



MATHEMATICAL BUILT-IN FUNCTIONS 



All arguments to the mathematical built- 
in functions should be in coded arithmetic 
form and in floating-point scale. Any 
argument that does not conform to this rule 



Result ; When "x" alone is specified, the 
value returned by ATAN depends on the mode 
of "x. " If "x" is real, the returned value 
is the arctangent of "x, " expressed in 
radians, where: 

~pi/2<ATAN(x)<pi/2 
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If "x" is complex, the arctangent function AT NH Mathematical Built-in Function 
is multiple-valued, and hence only the 
principal value can be returned. The prin- 
cipal value of ATAN for a complex argument 
"x" is defined as follows: 



■i*ATANH(i*x) 



Definition: ATANH finds the inverse hyper- 
bolic tangent of a given value and returns 
the result to the point of invocation. 

Reference: ATANH (x) 



If both "x" and "y" are specified, the 
possible values returned by this function 
are defined as follows: 

1. If y>0, the value is arctangent (x/y) 
in radians. 

2. If x>0 and y=0, the value is (pi/2) 
radians. 

3. If x>0 and y<0, the value is (pi+ 
arctangent (x/y)) radians. 

U. If x<0 and y=0, the value is (-pi/2) 
radians. 



rgument; The value whose inverse hyper- 
bolic tangent is to be found is represented 
by "x." If "x" is real, the absolute value 
of "x" must not be greater than or equal to 
1; that is, for real "x, " it is an error if 
ABS(x)>l. If "x" is complex, it must not 
be equal to ±1. 

Result; If "x" is real, the value returned 
by this function is the inverse hyperbolic 
tangent of "x. " For complex "x," the 
inverse hyperbolic tangent is defined as 
follows : 

(LOG( (l+x)/(l-x) ) )/2 



If x<0 and y<0, the value is (-pi+ 
arctangent (x/y)) radians. 



COS Mathematical Built-in Function 



ATAND Mathematical Built-in Function 



Definition; ATAND finds the arctangent of 
a given real value and returns the result, 
expressed in degrees, to the point of 
invocation. 



Definition; 



COS finds the cosine of 



Reference; ATAND (x [ , y ] ) 



given value, which is expressed in radians, 
and returns the result to the point of 
invocation. 

Reference; COS (x) 

Argument ; The value whose cosine is to be 
found is given by "x"; this value can be 
real or complex and must be expressed in 
radians. 



Arguments; Arguments "x" and "y" ("y" may 
be omitted) must be real values. If "y" is 
omitted, "x" represents the value whose 
arctangent is to be found. If "y" is 
specified, the value whose arctangent is to 
be found is represented by the expression 
x/y; in this case, both "x" and "y" cannot 
be equal to at the same time. 



Result; The value returned by this func- 
tion is the cosine of "x." For complex 
argument "x, " the cosine of "x" is defined 
below, where x = yi+iyaJ 

cos(x)=cos(yi)*cosh(y2)-i*sin(yi)*sinh(y2) 



Result; If "y" is not specified, the value 
returned by this function is simply the 
arctangent of "x," expressed in degrees, 
where; 

-90<ATAND(x)<90 

If "y" is specified, the value returned 
by this function is ATAN (x,y), except that 
the value is expressed in degrees and not 
in radians (see "ATAN Mathematical Built-in 
Function" in this section) ; that is, the 
returned value is defined as; 

ATAND (x,y) = (180/pi)*ATAN(x,y) 



COSD Mathematical Built-in Function 



Definition; COSD finds the cosine of a 
given real value, which is expressed in 
degrees, and returns the result to the 
point of invocation. 

Reference; COSD (x) 

Argtament; The value whose cosine is to be 
found is given by "x"; this value must be 
real and must be expressed in degrees. 

Result; The value returned by this func- 
tion is the cosine of "x." 
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COSH Mathematical Built-in Function 



Reference: EXP (x) 



Kef inition; COSH finds the hyperbolic 
cosine of a given value and returns the 
result to the point of invocation. 

Reference: COSH (x) 



Argument ; The argument, "x, " specifies the 
power to which e is to be raised. 

Result; The value returned by this func- 
tion is e raised to the power of "x." 



Argument ; The value whose hyperbolic 
cosine is to be found is given by "x. " 

Result: The value returned by this func- 
tion is the hyperbolic cosine of "x." For 
complex argument "x, " the hyperbolic cosine 
of "x" is defined below, where x = yi+iy^: 

cosh(x)=cosh(yi.)*cos(y2)+i*sinh(yi)*sin(y2) 



ERF Mathematical Built-in Function 



Definition: ERF finds the error function 
of a given real value and returns it to the 
point of invocation. 

Reference: ERF (x) 

Argument : The value for which the error 
function is to be found is represented by 
"x"; this value must be real. 

Result; The value returned by this func- 
tion is defined as follows: 



ERF(x)= _2 



\r^-' 



LOG Mathematical Built-in Function 



Definition; LOG finds the natural logar- 
ithm (i.e., base e) of a given value and 
returns it to the point of invocation. 

Reference: LOG (x) 

Argument; The argument, "x, " is the value 
whose natural logarithm is to be found. If 
"x" is real, it must not be less than or 
equal to 0; if "x" is complex, it must not 
be equal to 0+Oi. 

Result; The value returned by this func- 
tion is the natural logarithm of "x." 
However, if "x" is complex, the function is 
multiple- valued; hence, only the principal 
value can be returned. The principal value 
has the form w = u±i*v, where v lies in the 
range ; 

-pi<v<pi 



LOGIO Mathematical Built-in Function 



dt 



ERFC Mathematical Built-in Function 



Definition; ERFC finds the complement of 
the error function (ERF) for a given real 
value and returns the result to the point 
of invocation. 

Reference; ERFC (x) 

Argument ; The argument, "x," represents 
the value whose error function complement 
is to be found; "x" must be real. 

Result; The value returned by this func- 
tion is defined as follows; 



Definition; LOGIO finds the common logar- 
ithm (i.e., base 10) of a given real value 
and returns it to the point of invocation. 

Reference; LOGIO (x) 

Argument: The argument, "x, " represents 
the value whose common logarithm is to be 
found; this value must be real and it must 
not be less than or equal to 0. 

Result ; The value returned by this func- 
tion is the common logarithm of "x." 



L0G2 Mathematical Built-in Function 



ERFC(x) = l-ERF(x) 



EXP Mathematical Built-in Function 



Definition; L0G2 finds the binary (i.e., 
base 2) logarithm of a given real value and 
returns it to the point of invocation. 

Reference; L0G2 (x) 



Definition: EXP raises e (the base of the 
natural logarithm system) to a given power 
and returns the result to the point of 
invocation. 



Argument; The argument, "x, " is the value 
whose binary logarithm is to be found; it 
must be real and it must not be less than 
or equal to 0. 
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Result ; The value returned to this func- SQRT Mathematical Built-in Fimction 
tion is the binary logarithm of "x." 



SIN Mathematical Built-in Function 



Definition; SIN finds the sine of a given 
value, which is expressed in radians, and 
returns it to the point of invocation. 



Referen ce: SIN (x) 

Argument ; The argument, "x," is the value 
whose sine is to be found; it must be 
expressed in radians. 

Result; The value returned by this func- 
tion is the sine of "x." For complex 



Definition; SQRT finds the square root of 
a given value and returns it to the point 
of invocation. 

Reference; SQRT (x) 

Argument ; The argument, "x, " is the value 
whose square root is to be found. If "x" 
is real, it must not be less than 0. 

Result ; If "x" is real, the value returned 
by this function is the positive square 
root of "x." If "x" is complex, the square 
root function is multiple-valued; hence, 
only the principal value can be returned to 
the user. The principal value has the form 
w = u±i*v, where either u>0, or u=0 and 
v>0. 



argument "x, " the sine of 
belowi, where x = yi+i+ya: 



is defined 



sin(x)=sin(yi) *cosh(y2) +i*cos(yi) ♦sinhCya) TAN Mathematical Built-in Function 



SIND Mathematical Built-in Function 



Definition; SIND finds the sine of a given 
real value, which is expressed in degrees, 
and returns the result to the point of 
invocation. 



Reference; 



SIND (x) 



Argument: The argument, "x, " is the value 
whose sine is to be found; "x" must be real 
and it must be expressed in degrees. 

Result; The value returned by this func- 
tion is the sine of "x." 



SINH Mathematical Built-in Function 



Definition; TAN finds the tangent of a 
given value, which is expressed in radians, 
and returns it to the point of invoceition. 

Reference; TAN (x) 

Argument ; The argument, "x," represents 
the value whose tangent is to be found; "x" 
must be expressed in radians. 

Result; The value returned by this func- 
tion is the tangent of "x." 



TAND Mathematical Built-in Functions 



Definition; TAND finds the tangent of a 
given real value which is express€;d in 
degrees, and returns the result to the 
point of invocation. 

Reference: TAND (x) 



Definition; SINH finds the hyperbolic sine 
of "^ a given value and returns the result to 
the point of invocation. 

Reference; SINH (x) 

Argument ; The argtiment, "x," is the value 
whose hyperbolic sine is to be found. 

Res\ilt: The value returned by this func- 
tion is the hyperbolic sine of "x." For 
complex argument "x," the hyperbolic sine 
of "x" is defined below, where x = yi+i+ya: 

sinh(x)=sinh(yi) *cos (ya^ +i*cosh(yi) *sin(y2) 



Argument ; The argument, "x, " repre'sents 
the value whose tangent is to be found; "x" 
must be expressed in degrees. 

Result; The value returned by this func- 
tion is the tangent of "x." 



TANH Mathematical Built-in Function 



Definition; TANH finds the hyperbolic tan- 
gent of a given value and returns the 
result to the point of invocation. 
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Reference: TANH (x) 



Argument; The argument, "x," represents 
the value whose hyperbolic tangent is to be 
found. 



by the PL/I Language. Additional 
error conditions detected by the F- 
Compiler are described in the 
publication IBM Svstem/360 Operating 
Sy stem^ PL/I Subroutine Library, Com- 
putational Subroutines, Form C28-6590. 



Result; The value returned by this f amo- 
tion is the hyperbolic tangent of "x." 



4. All arguments must be coded arithmetic 
and floating-point scale, or such that 
they can be converted to coded arith- 
metic and floating-point. 



S u mmary of wiathematical Fu notions 



Figure G-1 summarizes the mathematical 
built-in functions. In using it, the read- 
er should be aware of the following: 



1. A complex argument, 
defined as x = yi+i+y^. 



IS 



2. The value returned by each function is 
always in floating-point. 

3. The error conditions are those defined 



ARRAY MANIPULATION BUILT-IN FUNCTIONS 



The built-in functions described here 
may be used for the manipulation of arrays. 
All of these functions require array argu- 
ments (which may be expressions) and return 
single element values. Note that since 
these functions return element values, a 
function reference to any of them is con- 
sidered an element expression. 



P ^ y 

I Function Reference] Argument Type | Value Returned 



Error Conditions 



ATAN(x) 



real 



compl ex 



+- 



arctan(x) in radians 
-(pi/2)<ATAN(x)<pi/2 



-i*ATANH(i*x) 



±li 



ATAN(x,y) 



both real 



see function 
description 



error if 
x=0 and y=0 



K- 



ATAND(x) 



real 



arctan(x) in degrees 
-9 0<ATAND{x)<9 



ATAND(x,y) 



both real 



see function 
description 



error if 
x=0 and y=0 



ATANH(x) 



real 
complex 



arctanhCx) 



(L0G((l+x)/(l-x)))/2 



ABS(X)>1 
X = ±1 



+- 



COS(x) 

X in radians 



r€Jal 
complex 



cosine (x) 



+- 



cos(yi)*cosh(y2) 
-i*sin(yi) ♦sinh(ya) 



COSD(x) 

x in degrees 



real 



cosine (x) 



h- 



COSH(x) 



real 



cosh(x) 



complex 



cosh (ya.) *cos(y2) 
+i*sinh(yi)*sin(y2) 



ERF(x) 



real 



_2 

vn o 



/ e-t=dt 



—J 



Figure G-1. Mathematical Built-in Functions 
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Function Reference 



Argument Type 



Value Returned 



Error Conditions 



ERFC(x) 



real 



1 - ERF(x) 



I— 



EXP(x) 



real 



complex 



LOG ( x) 



real 



log (x) 



x<0 



complex 



log (x) = w 
where w = u±i+v 
and -pi<v<pi 



x=0 



LOGlOi(x) 



real 



logi (x) 



x<0 



L0G2(X) 



real 



log^ (x) 



x<0 



I— 



SIHCx) 

X in radians 



real 



sin(x) 



complex 



sin(yi) ♦coshCy^) 

+ i*cos (Yi.)*sinh (ya) 



SIND(X) 

X in degrees 



real 



sin(x) 



SINH(x) 



real 



sinh(x) 



complex 



sinh(yi.) *cos(y2) 
+i*cosh(yi)*sin(y2) 



SQRT(x) 



real 



Vx 



x<0 



complex 



Vx = w 

where w = u±i*v 
and either u>0, or 
u=0 and v>0 



TAN(x) 

X in radians 



real 



tangent (x) 



complex 



■+- 



tangent (x) 



TAND(X) 

X in degrees 



real 



tangent (x) 



•+- 



■h- 



TAITH(x) 



real 
compl ex 



■f 



tanh (x) 
tanh (x) 



►Figure G-1, Mathematical Built-in Functions (continued) 



ALL Array M an ipulation Function 



Def initioiji; ALL tests all bits of a given 
bit-string array and returns the result, in 
the form of an element bit-string, to the 
point of invocation- The element bit- 
string indicates whether or not the 
corresponding bits of given array elements 
are all ones. 

Reference; ALL (x) 



Argu ment; The argument, "x, " is an array 
of bit strings. If the elements are not 
bit strings, they are converted to bit 
strings. 



Result; The value returned by this func- 
tion is a bit string whose length is equal 
to the length of the longest element in "x" 
and whose bit values are determined by the 
following rule; 



2U8 



If the ith bits of all of the elements 
in "x" exist and are 1, then the ith bit 
of the result is 1 ; otherwise, the ith 
bit of the result is 0. 



ANY Array Manipulation Function 



Definition: ANY tests the bits of a given 
bit-string array and returns the result, in 
the form of an element bit-string, to the 
point of invocation. The element bit- 
string indicates whether or not at least 
one of the corresponding bits of the given 
array elements is set to 1. 



Reference: ANY (x) 



Argument : The argument, "x, " is an array 
of bit strings. If the elements are not 
bit strings, they are converted to bit 
strings . 



R esult: The value returned by this func- 
tion is a bit string whose length is equal 
to the length of the longest element in "x" 
and whose bit values are determined by the 
following rule: 

If the ith bit of any element in "x" 
exists and is 1^ then the ith bit of the 
result is 1; otherwise, the ith bit of 
the result is 0. 



D IM Array Manipulation Function 



D efinition; DIM finds the current extent 
for a specified dimension of a given array 
and returns it to the point of invocation. 



R eference: DIM (x,n) 



H BOUND Array Manipulation Fun ction 



Definition; HBOUND finds the current upper 
bound for a specified dimension of a given 
array and returns it to the point of 
invocation. 

Reference; HBOUND (x,n) 

Arguments ; The argument "x" is the array 
to be investigated; "n" is the dimension of 
"x" for which the upper bound is to be 
found. If "n" is not a binary integer, it 
is converted to a binary integer of default 
precision. It is an error if "x" has less 
than "n" dimensions, if "n" is less than or 
equal to 0, or if "x" is not currently 
allocated. 

Result; The value returned by this func- 
tion is a binary integer of default preci- 
sion giving the current upper bound for the 
nth dimension of "x. " 



LBOUND Array Manipulation Func tion 



Definition; LBOUND finds the current lower 
bound for a specified dimension of a given 
array and returns it to the point of 
invocation. 

Reference; LBOUND (x,n) 

Arguments ; The argument "x" is the array 
to be investigated; "n" is the dimension of 
"x" for which the lower bound is to be 
found. If "n" is not a binary integer, it 
is converted to a binary integer of default 
precision. It is an error if "x" has less 
than "n" dimensions, if "n" is less than or 
equal to 0, or if "x" is not currently 
allocated. 

Result; The value returned by this func- 
tion is a binary integer of default preci- 
sion giving the current lower bound of the 
nth dimension of "x. " 



A rguments ; The argument "x" is the array 
to be investigated; "n" is the dimension of 
"x, " the extent of which is to be found. 
If "n" is not a binary integer, it is 
converted to a binary integer of default 
precision. It is an error if "x" has less 
than "n" dimensions, if "n" is less than or 
equal to 0, or if "x" is not currently 
allocated. 

R esult: The value returned by this func- 
tion is a binary integer of defciult preci- 
sion, giving the current extent of the nth 
dimension of "x." 



POLY Array Manipula tion F unction 



Definition; POLY forms a polynomial from 
two given arguments and returns the result 
of the evaluation of that polynomial to the 
point of invocation. 

Reference; POLY (a„x) 

Arguments ; Arguments "a" and "x" must be 
one-dimension arrays (vectors) . They are 
defined as follows: 
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a (rn:n) 

x(p:q) 

where (msn) and (p:q) represent the bounds 
of "a" and "x, " respectively. 

Result; The value returned by this func- 
tion is defined as: 

n-m j-1 

^^"'^■^ S (a(in+j) * XT x(p+i)) 



j=l 



i=0 



If (q-p)<(n-in-l) , then x{p+i)=x(q) for 
(p+i)>q. If in=n, then the result is a(m). 

If "x" is an element variable^ it is 
interpreted as an array of one element, 
i.e., x(l), and the result is then: 

n-^m 
Y] a(m+j)*x**j 

3^0 



PROD Array Manipulation Function 



Definition; PROD finds the product of all 
of the elements of a given array and 
returns that product to the point of invo- 
cation. 

Reference: PROD (x) 



Result; The value returned by this 
function is the sum of all of the e2.ements 
in "x." The scale of the result is 
floating-point, while the base, mode, and 
precision are those of the converted ele- 
ments of the argument. 



CONDITION BUILT-IN FUNCTIONS 



The condition built-in functions allow 
the PL/ I programmer to investigate inter- 



rupts that arise 
conditions. None 
requires arguments, 
in function returns 
only when executed 



from enabled ON- 
of these functions 
Each condition built- 
the value described 
in an on- unit (or a 
block activated directly or indirectly by 
an on-unit) that is entered as a result, of 
an interrupt caused by one of the ON- 
conditions for which the function can be 
used. Such an on-unit can be one specific 
to the condition, or it can be for the 
ERROR or FINISH condition when these 
conditions are raised as standard system 
action. If a condition built-in function 
is used out of context, the value returned 
is as described for each function. 

The on-units in which each function can 
be used are given in the function defini- 
tion. 



Argument ; The argument, "x," should be an 
array of coded arithmetic floating-point 
elements. If it is not, each element is 
converted to coded arithmetic and floating- 
point before being multiplied with the 
previous product. 



Result: The 



value 



returned 



by 



this 



function is the product of all of the 
elements in "x." The scale of the result 
is floating-point, while the base, mode, 
and precision are those of the converted 
elements of "x." 



SU M Array Manipulation Function 



Definition; SUM finds the sum of all of 
the (elements of a given array and returns 
that sum to the point of invocation. 



DATAFIELD Condition Built-in Function 



Definition; Whenever the NAME condition is 
raised, DATAFIELD may be used to cixtract 
the contents of the data field that caused 
the condition to be raised. It can be used 
only in an on-unit for the NAME condition 
or in an ERROR or FINISH condition raised 
as a result of standard system action for 
the NTUyiE condition. 

Reference; DATAFIELD 

Result ; The value returned by this func- 
tion is a varying- length character string 
giving the contents of the data field that 
caused the NAME condition to be raised. 
The maximum length of this string is 
defined by the F Compiler as 255. If 
DATAFIELD is used out of context, a null 
string is returned. 



Reference; 



SUM (x) 



Argument ; The argument, "x," should be an 
array of coded arithmetic floating-point 
elements. If it is not, each element is 
converted to coded arithmetic and floating- 
point before being summed with the previous 
total. 



ONCHAR Condition Built-in Function 



Definition ; Whenever the CONVERSION condi- 
raised, ONCHAR may be used to 



tion is 
extract 



the character the caused that con- 
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dition to be raised. It can be used only 
in an on-unit for the CONVERSION condition 
or in an on-unit for an ERROR or FINISH 
condition raised as standard system action 
for the CONVERSION condition. (ONCHAR can 
also be used as a pseudo-variable. ) 



Reference: ONCHAR 



Result; The value returned by this func- 
tion is a character string of length 1, 
containing the character that caused the 
CONVERSION condition to be raised. This 
character can be modified in the on-unit by 
the use of the ONCHAR or ONSOURCE pseudo- 
variables. If ONCHAR is used out of 
context, a blank is returned. 



ONCODE Condition Built-in Function 



Definition; ONCODE can be used in any 
on-unit to determine the type of interrupt 
that caused the on-unit to become active. 



ONFILE Condition Built-in Function 



Definition: ONFILE determines the name of 
the file for which an input/output or 
CONVERSION condition was raised and returns 
that name to the point of invocation. This 
function can be used in the on-unit for any 
input/output or CONVERSION condition; it 
also can be used in an on-unit for an ERROR 
or FINISH condition raised as standard 
system action for an input/output or CON- 
VERSION condition. 

Reference; ONFILE 

Result; The value returned by this func- 
tion is a varying-length character string, 
of 31-character maximum length, consisting 
of the name of the file for which an 
input/output or CONVERSION condition was 
raised. In the case of a CONVERSION condi- 
tion, if that condition is not associated 
with a file, the retiorned value is the null 
string. 



ONKEY Condition Built-in Function 



Reference; ONCODE 

Result : ONCODE returns a binary integer of 
default precision. This "code" defines the 
type of interrupt that caused the entry 
into the currently active on-unit. The 
codes for the F Compiler are given in 
section H, "ON-Conditions. " If ONCODE is 
used out of context, a value of U is 
returned. 



Definition; ONKEY, extracts the value of 
the key for the record that caused an 
input/output condition to be raised. This 
function can be used in the cn-unit for an 
input/output condition or a CONVERSION con- 
dition; it can also be used in an on-unit 
for an ERROR or FINISH condition raised as 
standard system action for cne of the above 
conditions. 

Reference: ONKEY 



ONCOUNT Condition Built-in Function 



Definition: ONCOUNT can be used in any 
on-unit entered due to the abnormal comple- 
tion of an input/output event to determine 
the number of interrupts (including the 
current one) that remain to be handled when 
a multiple interrupt has resulted from that 
abnormal completion. (Multiple interrupts 
are discussed in Section H, "ON- 
Conditions. ") 

Reference ; ONCOUNT 

Result ; ONCOUNT returns a binary value of 
default precision. If ONCOUNT is used in 
an on-unit entered as part of a multiple 
interrupt, this value specifies the corres- 
ponding number of equivalent single inter- 
rupts (including the current one) that 
remain to be handled; if ONCOUNT is used in 
any other case the returned value is zero. 



Result: The value returned by this func- 
tion is a varying-length character string 
giving the value of the key for the record 
that caused an input/output condition to be 
raised. If the interrupt is not associated 
with a keyed record, the returned value is 
the null string. 



ONLOC Condition Built-in Function 



Definition: Whenever an ON-condition is 
raised, ONLOC may be used in the on-unit 
for that condition to determine the entry 
point to the procedure in which that condi- 
tion was raised. ONLOC may be used in any 
on-unit. 



Reference; 



ONLOC 



Result; The value returned by this func- 
tion is a varying-length character string 
giving the name of the entry point to the 
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procedure in which the ON-condition was 
raised. : If ONLOC is used out of context, a 
null string is returned. 



ONSOURCEl Condition Built-in Function 



Definitibn; Whenever the CONVERSION condi- 
tion is: raised, ONSOURCE may be used to 
extract the contents of the field that was 
being processed when the condition was 
raised- \ This function can be used in the 
on-unit for a CONVERSION condition or in an 
on-unit ; for an ERROR or FINISH condition 
raised as standard system action for a 
CONVERSION condition. (ONSOURCE can also 
be used as a pseudo-variable. ) 



Reference; 



ONSOURCE 



Result : i The value returned by this func- 
tion is| a varying- length character string 
(maximum! length is 2 55 for the F Compiler) 
giving the contents of the field being 
processed when CONVERSION was raised. This 
string may be modified in the on-unit by 
use of the ONCHAR or ONSOURCE pseudo- 
variable. If ONSOURCE is used out of 
context, a null string is returned. 



BASED STORAGE BUILT-IN FUNCTIONS 



The based storage built-in functions 
generally return special values to program 
control ! variables concerned in the use of 
based stprage and list processing. Only 
ADDR requires an argument. 



Result; ADDR returns a pointer value iden- 
tifying the location at which "x" has been 
allocated. If "x" is a parameter, the 
returned value identifies the corresponding 
argument (dummy or otherwise). If "x" is a 
based variable, the returned value is det- 
ermined from the pointer variable declared 
with "x"; if this pointer variable has not 
been set, the value returned by ADDR is 
undefined. If "x" is an unallocated con- 
trolled variable, a null pointer value is 
returned. 



EMPTY Based Storage Bu ilt-i n Fun c t ion 



Definition; EMPTY clears an area of stor- 
age defined by an area variable, by effec- 
tively freeing all the allocations con- 
tained within the area. The area can then 
be used for a new set of allocations. 



Reference; 



EMPTY 



Arguments; None 

Result; EMPTY returns an area of zero 
size, containing no allocations, to the 
point of invocation. When this value is 
assigned to an area variable, all the 
allocations contained within the area cire 
freed. 

Note; The value of the EMPTY built-in 
function is automatically assigned to all 
area variables when they are allocated. 



NULL Based Storage Built-in Function 



ADDR Based storage Built-in Function 

Definitibn; ADDR finds the location at 
which a jgiven variable has been allocated 
and retujcns a pointer value to the point of 
invocation. The pointer value identifies 
the location at which the variable has been 
allocated. 

Reference: ADDR (x) 

Argument;; The argument, "x," is the 
variable! whose location is to be found. It 
can be piny variable that represents an 
element,; an array, a structure, an area, an 
element of an array, a minor structure, or 
an elemejnt of a structure. It can be of 
any data; type and storage class. For the F 
Compiler;, the variable should not be a 
bit-strifig variable forming part of an 
unaligned array or structure. 



Definition; NULL returns a null pointer 
value (that is, a pointer value that cannot 
identify any allocation) so as to indicate 
that a pointer variable does not currently 
identify an allocation. 

Reference: NULL 

Arguments; None 

Result; The value returned by this func- 
tion is a null pointer value. This value 
cannot be converted to offset type. 



NULLO Based storage Built- in Function 



Definition; NULLO returns a null offset 
value (that is, an offset value that cannot 
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identify any relative location of a based 
variable allocation) so as to indicate that 
an offset variable does not currently iden- 
tify an allocation. 

Reference; NULLO 

None 



Result: The value returned by this task is 
a fixed binary value of precision (n,0), 
where n is implementation- defined (15, for 
the F Compiler) . The value is the priority 
value of the named task, relative to the 
priority of the task evaluating the func- 
tion. No interrupt can occur during evalu- 
ation of PRIORITY. 



Results 



The value returned by 
is a null offset value. 



tion 

cannot be converted to pointer type. 



this func- 
This value 



STA TUS Multitasking Bui lt-in Function 



MULTITASKING BUILT-IN FUNCTIONS 



The multitasking built-in functions are 
used during multitasking and during asyn- 
chronous input/output operations. They 
allow the programmer to investigate the 
relative priority of a task or the current 
state of execution of a task or asynchron- 
ous input/output operation. They all 
require arguments. 



COMPLETION Multitasking Built-in Fun c tion 



Definit ion; STATUS determines the status 
value of a given event variable. (STATUS 
can also be used as a pseudo-variable.) 

Refe rence; STATUS (event-name) 

Argument ; The argument, "event-name", can 
be an event element or an event array. It 
represents the event (or events) whose 
status value is to be determined. The 
event can be associated with completion of 
a task, or with completion of an 
input/output operation, or it can be user- 
defined. It can be active or inactive. An 
array argument causes an array value to be 
returned. 



Definition: COMPLETION determines the com- Result: The value returned 



pletion value of a given event variable. 
(COMPLETION can also be used as a pseudo- 
variable. ) 

Reference: COMPLETION (event- name) 



by 



this 



function is a fixed binary value of default 
precision ((15,0) for the F Compiler). It 
is zero if the event is normal, or nonzero 
if abnormal. 



Argument : The argument, "event-name", can 
te an event element or an event array. It 
represents the event (or events) whose 
completion value is to be determined. The 
event can be associated with completion of 
a task, or with completion of an 
input/output operation, or it can be user- 
defined. It can be active or inactive. An 
array argument causes an array value to be 
returned. 

Result: The value returned by this 
function is 'O'B if the event is incom- 
plete, 'I'B if the event is complete. 



MISCELLANEOUS BUILT-IN FUNCTIONS 



The functions described in this section 
have little in common with each other and 
with the other categories of built-in func- 
tions. Some require arguments and others 
do not. Those that do not require argu- 
ments will be so identified. 



ALLOCATION Built-in Function 



PRIORITY Multitasking Built-in Function 

Definition: PRIORITY determines the rela- 
tive priority of a given task. (PRIORITY 
can also be used as a pseudo-variable. ) 

Reference; PRIORITY (task-name) 

Argument: The argument, "task-name," rep- 
resents the task whose relative priority is 
to be determined. 



Definition ; ALLOCATION determines whether 
j or not storage is allocated for a given 



controlled 

appropriate 

invocation. 



variable 
indication 



and returns an 
to the point of 



Reference; ALLOCATION (x) 

Argument; The argument, "x, " must be an 
unsubscripted array name, a major structure 
name, or an element variable name, and it 
must have the CONTROLLED attribute. 
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Result! The value returned by this func- 
tion is diefined as follows: if storage has 
been allocated for "x," the returned value 
is 'I'B (provided that the allocation is 
known to the task executing the function) ; 
if storagie has not been allocated for "x, " 
the returned value is 'O'B. 



will cause the character string * 680229* to 
be returned to the point of invocation. 



LINENO Built-in Function 



COUNT Built-in Function 



Definition: COUNT determines the number of 
data item|s that were transmitted during the 
last GET or PUT operation on a given file 
and returns the result to the point of 
invocation. 



Reference: COUNT (file-name) 



Argument; The argument, "file name," rep- 
resents the file to be investigated. This 
file must have the STREAM attribute. 

Resu lt: The value returned by this func- 
tion is a binary fixed-point integer of 
default precision specifying the number of 
element data items that were transmitted 
during the last GET or PUT operation on 
"file name." Note that if an on-unit or 
procedure is entered during a GET or PUT 
operation, and within that on-unit or pro- 
cedure a GET or PUT is executed for the 
same file, the value of COUNT is reset for 
the new operation and is not restored when 
the original GET or PUT is continued. 



DATE B uil t-in Function 

Definition: DATE returns the current date 
to the point of invocation. 

Reference: DATE 

Arguments : None 

Result: The value returned by this func- 
tion is a character string of length six, 
in the form yymmdd , where: 

yy is the current year 

nuri is the current month 

dd is the current day 

Example : If the current date is February 
29, 1968, execution of the statement 

X = DATE; 



Definition: LINENO finds the current line 
number for a file having the PRINT attri- 
bute and returns that number to the point 
of invocation. 



Reference: LINENO (file-name) 



Argument: The argxament, "file name," must 
be the name of a file having the PRINT 
attribute. 

Res ult: The value returned by this func- 
tion is a binary fixed-point integer of 
default precision specifying the current 
line number of "file name. " 



TIME Built-in Function 



Defi nition : TIME returns the current time 
to the point of invocation. 



Reference: 



TIME 



None 



Result: The value returned by this func- 
tion is a character string of length nine, 
in the form hhmmssttt , where: 

hh is the current hour of the day 

mm is the number of minutes 

ss is the number of seconds 

ttt is the number of milliseconds in 
machine-dependent increments 

Exa mple : If the current time is 4 P.M., 23 
minutes, 19 seconds, and 80 milliseconds, a 
reference to the TIME function, for some 
computers, will return the character string 
'162319080' to the point of invocation. 



PSEUDO- VARIABLES 



In general, pseudo-variables are certain 
built-in functions that can appear wherever 
other variables can appear in order to 
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receive values. In short, they are built- 
in functions used as receiving fields. For 
example, a pseudo- variable may appear on 
the left of the equal sign in an assignment 
or DO statement; it may appear in the data 
list of a GET statement; it may appear as 
the string name in the STRING option of a 
PUT statement. 

Since all pseudo-variables have built-in 
function counterparts, only a short 
description of each pseudo-variable is 
given here; the discussion of the corres- 
ponding built-in fuhction should be con- 
sulted for the details. Note that pseudo- 
variables cannot be nested; for example, 
the following statement is invalid ; 

UNSPEC(SUBSTR(A,1,2) )='00*B; 



COMPLETION Pseudo-variable 



ONCHAR Pseudo- variable 



Reference; 



ONCHAR 



Description: ONCHAR can be used in the 
on-unit for a CONVERSION condition or in 
the on-unit for an ERROR or FINISH 
condition raised as standard system action 
for a CONVERSION condition; it can also be 
used in a block directly or indirectly 
activated by such an on-unit. If ONCHAR is 
used in some other context, it is an error. 

The expression being assigned to ONCHAR 
is evaluated, converted to a character 
string of length 1, and assigned to the 
character that caused the error. The new 
character will displace the current value 
of the ONCHAR built-in function, and will 
be used when the conversion is re- 
cittempted, upon the resumption of execution 
at the point of interrupt. 



Reference; COMPLETION (e Vent-name) 

rescript ion: The named event variable must 
be inactive and is as described for the 
COMPLETION built-in function. The value 
received by this pseudo-variable is a bit- 
string of length 1. This value sets the 
I completion value of the event variable. A 
value, oi" "O'B specifies that the event 
cissociated with the "event variable" is 
incomplete; a value of *1'B specifies that 

I the event is complete. No interrupt can 
take place during assignment to the pseudo- 
variable. 



COMPLEX Pseudo-variable 



Reference; COMPLEX {a,b) 

Description; Only complex values can be 
assigned to this pseudo-variable. The real 
part of the complex value is assigned to 
the variable "a"; the imaginary part is 
assigned to the variable "b." If either 
"a" and "b" is an array, both must be 
arrays of identical bounds. 



IMAG Pseudo-variable 



Reference; IMAG (c) 

Description; Real or complex values may be 
assigned to this pseudo-variable. The real 
value or the real part of the complex value 
is assigned to the imaginary part of the 
complex variable "c," which may be an 
element variable or an array variable. 



ONSOURCE Pseudo-variable 



Reference; ONSOURCE 

Description; ONSOURCE can be used in the 
on-unit for a CONVERSION condition or in an 
on-unit for an ERROR or FINISH condition 
raised as standard system action for a 
CONVERSION condition; it can also be used 
in a block directly or indirectly activated 
by such an on-unit. If ONSOURCE is used in 
some other context, it is an error. 

The expression being assigned to 
ONSOURCE is evaluated, converted to a char- 
acter string, and assigned to the string 
that caused the CONVERSION condition to be 
raised. The string will be padded with 
blanks, if necessary, to match the length 
of the string that caused the error. This 
new string displaces the current value of 
the ONSOURCE built-in function and will be 
used when the conversion is re-attempted, 
upon the resumption of execution at the 
point of interrupt. 



PRIORITY Pseudo-variable 



Reference; PRIORITY [(task-name)] 

Description; The "task-name" is as des- 
cribed for the PRIORITY built-in function, 
but need not be specified. The value 
received by this pseudo-variable is a 
fixed-point binary value of precision 
(n,0), where n is implementation-defined 
(15, for the F Compiler) . The priority 
value of the named task variable is adjust- 
ed so that it becomes n relative to the 
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priority that the current task had prior to 
the assignment. If an active task is 
associated with the named task variable, 
its priority is given the same value as the 
task variable. 

If "task-name" is not specified, the 
task variable associated with the current 
task (if there is such a variable) is 
implied, and the priority of this variable 
is modified; hence, the priority of the 
current task is modified. 

No interrupt can occur during assignment 
to the PRIORITY pseudo-variable. 

The operating system allows a task to 
change only its own priority or that of any 
of its immediate subtasks. 



REAL Ps eudo- variable 



for the STATUS built-in function. The 
value received by this pseudo-variable is a 
fixed point binary value of default preci- 
sion ((15,0) for the F Compiler). No 
interrupt can occur during assignment to 
the pseudo-variable. 



SUBSTR Pseudo-variable 



Reference; SUBSTR ( string , i [, j ] ) 

Description; The value being assigneid to 
SUBSTR is assigned to the substring of the 
character- or bit-string variable "string," 
as defined for the built-in function 
SUBSTR. If "string" is an array, i emd/or 
j may be arrays, in which case they must 
have identical bounds. The remainder of 
"string" remains unchanged. 



Reference; REAL (c) 

Description; Real or complex values may be 
assighed to this pseudo- variable. The real 
value or the real part of the complex value 
is assigned to the real part of the complex 
variable "c," which may be an element 
variable or an array variable. 



STATUS Pseudo- variable 



Reference: STATUS (event-name) 



Description; The named event variable can 
be active or inactive, and is as described 



UNSPEC Pseudo-variable 



Reference; UNSPEC (v) 

Description; The letter "v" represents an 
element or array variable of arithmetic or 
string type. The value being assigned to 
UNSPEC is evaluated, converted to a bit 
string (the length of which is a function 
of the characteristics of "v" — see the 
UNSPEC built-in function), and then 
assigned to "v," without conversion to the 
type of "v," If "v" is a string of Vcirying 
length, its length after the assignment 
will be the same as that of the bit string 
assigned to it. 
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SECTION H: ON-CONDITIONS 



INTRODUCTION 



The ON-conditions are those exceptional 
conditions that can be specified in PL/I by 
means of an ON statement. If a condition 
is enabled, the occurrence of the condition 
will result in an interrupt. The inter- 
rupt, in turn, will result in the execution 
of the current action specification for 
that condition. If an ON statement for 
that condition is not in effect, the cur- 
rent action specification is the standard 
system action for that condition. If an ON 
statement for that condition is in effect, 
the current action specification is either 
SYSTEM, in which case the standard system 
action for that condition is taken, or an 
on-unit, in which case the programmer has 
supplied his own action to be taken for 
that condition. 



If a condition is not enabled (i.e., if 
it is disabled), and the condition occurs,, 
an interrupt will not take place, and 
errors may result. 



Some conditions are always enabled 
unless they have been explicitly disabled 
by condition prefixes; others are always 
disabled unless they have been explicitly 
enabled by condition prefixes; and still 
others are always enabled and cannot be 
disabled. 



Those conditions that are always enabled 
unless they have been explicitly disabled 
by condition prefixes are: 



CONVERSION 

FIXEDOVERFLOW 

OVERFLOW 

UNDERFLOW 

ZERODIVIDE 



Each of the above conditions can be disa- 
bled by a condition prefix specifying the 
condition name preceded by NO without 
intervening blanks. Thus, one of the fol- 
lowing names in a condition prefix will 
disable the respective condition: 



NOCON VERS ION 
NO F IX EDO VER FLOW 
NOOVERFLOW 
NOUNDERFLOW 
NOZERODIVIDE 



Such a condition prefix renders the corres- 
ponding condition disabled throughout the 
scope of the prefix; the condition remains 
enabled outside this scope. (Scope of a 
condition prefix is discussed in Part I, 
Chapter 11, "Exceptional Condition Handling 
and Program Checkout,.") 



Conversely, those conditions that are 
always disabled unless they have been ena- 
bled by a condition prefix are: 



SIZE 

SUBSCRIPTRANGE 
STRINGRANGE 
CHECK 

The appearance of one of these four in a 
condition prefix renders the condition ena- 
bled throughout the scope of the prefix; 
the condition remains disabled outside this 
scope. Further, a condition prefix speci- 
fying NOSIZE, NOSUBSCRIPTRT^GE, NOSTRING- 
RANGE, or NOCHECK will disable the corres- 
ponding condition throughout the scope of 
that prefix- 
All other conditions are always enabled 
and remain so for the duration of the 
program. These conditions are: 

AREA 

CONDITION 

ENDFILE 

ENDPAGE 

ERROR 

FINISH 

KEY 

NAME 
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RECOED 

TRANSMIT 

UNDEFINEDFILE 

Condition Codes (ON-Codes) 



The ONCODE built-in function may be used 
by the programmer in any on-unit to deter- 
mine the mature of the error or condition 
that caused entry into that on-unit. The 
codes corresponding to the conditions and 
errors checked for by the F Compiler are 
given below: 



Code 





3 

4 

9 

10 

20 

21 

22 

23 

24 

40 
41 
42 
50 
51 
52 
53 
54 
55 
56 

57 

70 
80 
81 
82 

83 

84 

85 

90 
300 
310 
320 
330 
340 



Condition/Error 



sig- 



FINISH (normal termination, or 

naled by STOP or EXIT) 
Source program error 
ONCODE function used out of context 
ERROR (signaled) 
NAME 

RECORD (signaled) 
RECORD (record variable smaller than 

record size) 
RECORD (record variable larger than 

record size) 
RECORD (attempt to write zero length 

record) 
RECORD (zero length record has been 

read) 
TRANSMIT (signaled) 
TRANSMIT (output) 
TRANSMIT (input) 
KEY (signaled) 

KEY (keyed record not found) 
KEY (attempt to add duplicate key) 
KEY (key sequence error) 
KEY (key conversion error) 
KEY (key specification error) 
KEY (keyed relative record/track 

outside data set limit) 
KEY (no space available to add keyed 

record) 
ENDFILE 
UNDEFINEDFILE 
UNDEFINEDFILE 
UNDEFINEDFILE 

supported) 
UNDEFINEDFILE 

specified) 
UNDEFINEDFILE 

opened, no DD card) 
UNDEFINEDFILE (error 

REGIONAL data set) 
END PAGE 
OVERFLOW 
FIXEDOVERFLOW 
ZERODIVIDE 
UNDERFLOW 
SIZE (normal) 



(signaled) 

(attribute conflict) 
(access method not 



(blocksize 



(file cannot 



not 



be 



initializing 



341 
350 
360 

361 
362 
500 
510 
511 
520 
600 
601 
602 
603 
604 

605 

606 
607 

608 

609 
610 

611 

612 

613 

614 

615 

616 

617 

618 
619 

620 

621 

622 

623 

624 

625 

626 

627 

628 

629 

1000 
1001 
1002 
1003 



by based variable 



SIZE (I/O) 

STRINGRANGE 

AREA (raised 

allocation) 

AREA (raised by area assignment) 

AREA (signaled) 

CONDITION 

CHECK (LABEL) 

CHECK (variable) 

SUBSCRIPTRANGE 

CONVERSION (internal) (signaled) 

CONVERSION (I/O) 

CONVERSION (transmit) 

CONVERSION (error in F- format input) 

CONVERSION (error in F- format input) 

(I/O) 
CONVERSION (error in F-format input) 

(transmit) 
CONVERSION (error in E- format input) 
CONVERSION (error in E- format input) 

(I/O) 
CONVERSION (error in E- format input) 

(transmit) 
CONVERSION (error in B- format input) 
CONVERSION (error in B-format input) 

(I/O) 
CONVERSION (error in B-format input) 

(transmit) 
CONVERSION (character-string to 

arithmetic) 
CONVERSION (character- string to 

arithmetic) (I/O) 
CONVERSION (character-string to 

arithmetic) (transmit) 
CONVERSION (character-String to 

bit-string) 
CONVERSION (character-string to 

bit-string) (I/O) 
CONVERSION (character- string to 

bit-string) (transmit) 
CONVERSION (character to picture) 
CONVERSION (character to picture) 

(I/O) 
CONVERSION 

(transmit) 
CONVERSION 

decimal) 
CONVERSION 

decimal) 
CONVERSION 

decimal) 
CONVERSION 

character) 
CONVERSION 

character) 
CONVERSION 

character) 
CONVERSION 

sterling) 
CONVERSION 

sterling) 
CONVERSION 

sterling) 



(character to picture) 
(P- format input 



(P-format 
(I/O) 

(P-format 
(transmit) 

(P-format 

(P-format 
(I/O) 

(P-format 
(transmit) 
(P-format 



input 
input 

input 
input 

input 
input 

input 
input 



(P-format 
(I/O) 

(P-format 
(transmit) 
Attempt to read output file 
Attempt to write input file 
GET/PUT string length error 
Unacceptable output transmission 
error 
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1004 Print option on non-PRINT file 300 6 

1005 Message length for DISPLAY state- 3798 

ments is zero 

1006 Illegal array data item for data- 3799 

directed input 

1007 REWRITE not immediately preceded by 3800 

READ 3801 

1008 GET STRING — unrecognizable data 

name 3900 

1009 Unsupported file operation 

1010 File type not supported 3901 

1011 Inexplicable I/O error 3902 

1012 Outstanding read for update exists 3903 

1013 No completed read exists 

incorrect NCP value 3904 

lOlU Too many incomplete I/O operations 

1015 Event variable already in use 3905 

1016 Implicit open failures — cannot 

proceed 390 6 

1017 Attempt to rewrite out of sequence 

1018 ERROR condition raised when end of 3907 
file encountered unexpectedly in 3908 
list-directed or data-directed 
input, or when field width in format 8091 
list of edit-directed input would 8092 
take scan beyond end of file. 8093 

1500 Short SQRT error 809 4 

1501 Long SQRT error 8095 

1504 Short LOG error 8 09 6 

1505 Long LOG error 8097 

1506 Short SIN error 9 000 

1507 Long SIN error 

1508 Short TAN error 9001 

1509 Long TAN error 9002 

1510 Short ARCTAN error 

1511 Long ARCTAN error 900 3 

1512 Short SINH error 

1513 Long SINH error 

1514 Short ARCTANH error 

1515 Long ARCTANH error 

1550 Invalid exponent in short float 

integer exponentiation 

1551 Invalid exponent in long float inte- 

ger exponentiation 

1552 Invalid exponent in short float gen- 

eral exponentiation 

1553 Invalid exponent in long float gen- 

eral exponentiation 

1554 Invalid exponent in complex short 

float integer exponentiation 

1555 Invalid exponent in complex long 

float integer exponentiation 

1556 Invalid exponent in complex short 

float general exponentiation 

1557 Invalid exponent in complex long 

float general exponentiation 

1558 Invalid argument in short float com- 

plex ARCTAN or ARCTANH 

1559 Invalid argument in long float com- 

plex ARCTAN or ARCTANH When a 

2000 Unacceptable DELAY statement abnormally 

2001 Unacceptable TIME statement conditions 
3 000 E-format conversion error order in 

3001 F- format conversion error conditions 

3002 A-format conversion error defined. 

3003 B-format conversion error tion ends 
3 004 A~format input error conditions 
3005 B~format input error the multi 



Picture character-string error 
ONSOURCE or ONCHAR pseudo-variables 

used out of context 
Improper return from CONVERSION on- 

unit 
Structure length > 16** 6 bytes 
Virtual origin of array > 16**6 or 

<-16**6 
Attempt to wait on inactive and 

incomplete event 
Task variable already active 
Event already being waited for 
Wait on more than 25 5 incomplete 
events 

Active event variable as argument to 
COMPLETION pseudo- variable 
Invalid task variable as argument to 
PRIORITY pseudo-variable 
Event variable active in assignment 
statement 

Event variable already active 
Attempt to wait for I/O event in 
wrong task 
Invalid operation 
Privileged operation 
EXECUTE statement executed 
Protection violation 
Addressing interruption 
Specification interruption 
Data interruption 
Too many active on-units and entry 

parameter procedures 
No invocation count 
Invalid free storage (main 

procedure) 
Invalid free VDA 



Mul tipl e Interrupts 



^ niultiple interru pt can occur only for 
an input/output operation that has been 
associated with an event variable. It 
occurs during the execution of the WAIT 
statement naming that event variable, if 
the event has been completed abnormally 
(i.e., if one or more conditions occurred 
during the operation) . Since conditions 
for an input/output event are raised at the 
execution of the WAIT for that event, the 
interrupts for these conditions also occur 
at this time. It is possible for more than 
one interrupt to occur for an input/output 
event. The aggregate of interrupts for an 
input/output event is called a multiple 
interrupt. 



n input/output event is completed 

the order in which the 

are raised, and therefore, the 

which the interrupts for these 

occur, is implementation- 

If the on-unit for such a condi- 

abnormally, then all unprocessed 

(i.e., remaining interrupts of 

pie interrupt) are ignored; if an 



Section H: ON Conditions 



259 



on-unit ends normally, the next condition 
is processed. If an on-unit has not been 
established for such a condition or if 
SYSTEM is in effect, the next condition 
outstanding will be processed only if the 
standard system action is to comment and 
continue; if the standard system action is 
otherwise I all remaining interrupts in the 
multiple interrupt will be ignored. 

Note ; If the UNDEFINED FILE condition is 
raised by an attempt at implicit opening, 
caused by a statement associated with an 
event variable, the condition is raised 
immediat<^ly, and the interrupt will occur 
even before the WAIT statement is executed. 



SECTION ORGANIZATION 



This section presents each condition in 
its logical grouping, and in alphabetical 
order within that grouping. In general, 
the following information is given for each 
condition: 

1* General format — given only when it 
consists of more than the condition 
name. 



condition has been raised by the SIG- 
NAL statement, the normal return is 
always to the statement immediately 
following SIGNAL. 

The conditions are grouped as follows: 

1. Co mputational conditions — those con- 
ditions associated with data handling, 
expression evaluation, and computa- 
tion. They are: 

AREA 

CONVERSION 

FIXEDOVERFLOW 

OVERFLOW 

SIZE 

UNDERFLOW 

ZERODIVIDE 

2. Ln put/output con di tions -- those con- 
ditions associated with data transmis- 
sion. They are: 

ENDFILE 

ENDPAGE 

KEY 

NAME 

RECORD 

TRANSMIT 

UNDEFINEDFILE 



Descr iption — a discussion of the 
condition, including the circumstances 
under which the condition can be 
raised. Note that an enabled condi- 
tion can always be raised by a SIGNAL 
statement; this fact is not included 
in the descriptions. 

R esult — the result of the operation 
that caused the condition to occur. 
This applies when the condition is 
disabled as well as when it is ena- 
bled. In some cases, the result is 
not defined; that is, it cannot be 
predicted. This is stated wherever 
applicable. 

Stand ard system action — the action 
taken by the system when an interrupt 
occurs and the programmer has not 
specified an on-unit to handle that 
interrupt. 

Status — an indication of the 
enabled/disabled status of the condi- 
tion at the start of the program, and 
how the condition may be disabled (if 
possible) or enabled. 

Normal return -- the point to which 
control is returned as a result of the 
normal termination of the on-unit. A 
GO TO statement that transfers control 
out of an on-unit is an abnormal 
on-unit termination. Note that if a 



Pr ogram- c h eckout 



conditions — those 
debug- 



conditions that facilitate the 
ging of a program. They are : 

CHECK 

SUBSCRIPTRANGE 

STRINGRANGE 



Sy stem action con d itions — those con- 
ditions that provide facilities to 
extend the standard system action that 
is taken after the occurrence of a 
condition or at the completion of a 
program. They are: 

ERROR 
FINISH 

Pr ogrammer-named condition -- the CON- 
DITION condition. 



COMPUTATIONAL CONDITIONS 



The AREA Condition 



Des cri p tion: The AREA condition is raised 
in either of the following circumstances: 

1. When an attempt is made to allocate a 
based variable within an area that 
contains insufficient free storage for 
the allocation to be made. 
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2. When an attempt is made to perform an 
area assignment, and the target area 
contains insufficient. storage to 
accommodate the allocations in the 
source area. 



of the string is retried from the begin- 
ning. For the F Compiler, if the illegal 
character has not been corrected* a message 
is printed and the ERROR condition is 
raised. 



Result; If the condition occurs as the 
result of an attempted allocation, the 
allocation has no effect; if the condition 
occurs as a result of an area assignment, 
the contents of the target area are unde- 
fined. 

Standard System Action; In the absence of 
an on-unit, the system prints a message and 
raises the ERROR condition. 

Normal Return; On normal return from the 
on-unit, the action is as follows; 

1. If the condition was raised by an 
allocation, the allocation is re- 
attempted. If the on-unit has changed 
the value of a pointer qualifying the 
reference to the inadequate area so 
that it points to another area, the 
allocation is reattempted within the 
new area. 

2. If the condition was raised by an area 
assignment, or by a SIGNAL statement, 
execution continues at the point of 
interrupt,. 



The CONVERSION Condition 



Description; The CONVERSION condition 
occurs whenever an illegal conversion is 
attempted on character-string data. This 
attempt may be made internally or during an 
input /output operation. For example, the 
condition occurs when a character other 
than or 1 exists in a character string 
being converted to a bit string; other 
examples are when a charact:er string being 
converted to a numeric character field 
contains characters not permitted by the 
PICTURE specification, or when a string 
being converted to coded arithmetic data 
does not contain the character representa- 
tion of an arithmetic constant. 



Result; When CONVERSION occurs, the con- 
tents of the entire result field are unde- 
fined. 

Standard System Action; In the absence of 
an on-unit, the system prints a message and 
raises the ERROR condition. 

Status ; CONVERSION is enabled throughout 
the program, except within the scope of a 
condition prefix specifying NOCONVERSION. 

Nor mal Return; Upon the normal termination 
of the on-unit for this condition, control 
returns to the beginning of the string and 
the conversion is retriecl. 



The FIXEDOVERFLOW Condition 



Description; The FIXEDOVERFLOW condition 
occurs when the length of the result of a 
fixed-point arithmetic operation exceeds N. 
For System/360 implementations, N is 15 for 
decimal fixed-point values and 31 for 
binary fixed-point values. 



Result: 



The result of the invalid fixed- 



point operation is undefined. 

Standar d System Action; In the absence of 
an on-unit, the system prints a message and 
raises the ERROR condition. 

Status; FIXEDOVERFLOW is enabled through- 
out the program, except within the scope of 
a condition prefix that specifies 
NOFIXEDOVERFLOW. 

Normal Return; Upon normal termination of 
the on-unit for this condition, control 
returns to the point immediately following 
the point of interrupt. 



All conversions of character-string data 
are carried out character-by-character in a 
left-to-right sequence and the condition 
occurs for each invalid character. When an 
invalid character is encountered, an inter- 
rupt occurs (provided, of course, that 
CONVERSION has not been disabled) and the 
current action specification for the condi- 
tion is executed. If the action specifi- 
cation is an on-unit, the invalid character 
can be corrected within the unit by using 
the ONSOURCE or ONCHAR pseudo-variables. 
On return from the on- unit, the conversion 



The OVERFLOW Condition 



Des crip tion; The OVERFLOW condition occurs 
when the magnitude of a floating-point 
number exceeds the permitted maximum. (For 
System/3 60 implementations, the magnitude 
of a floating-point number or intermediate 
result must not be greater than approxi- 
mately lO'^s or 2 2 = 2.) 

Result; The value of such an illegal 
floating-point number is undefined. 



Section H: ON Conditions 



261 



standard System Action ; In the absence of The UNDERFLOW Con d ition 
an on-ianit, the system prints a message and 
raises the ERROR condition. 



Status, ! OVERFLOW is enabled throughout the 
program, except within the scope of a 
condition prefix specifying NOOVERFLOW. 



Normal Return: 



Upon normal termination of 
the on~unit for this condition, control 
returns to the point immediately following 
the point of interrupt. 



The SIZE Condition 



Description ; The SIZE condition occurs 
only when high-order (i.e., leftmost) non- 
zero binary or decimal digits are lost in 
an assignment to a variable or a temporary 
or in an input/output operation. This loss 
may result from a conversion involving 
different data types, different bases, dif- 
ferent scales, or different precisions. 

The SIZE condition differs from the 
FIXEDOVERFLOW condition in an important 
sense, i.e., FIXEDOVERFLOW occurs when the 
size of a calculated fixed-point value 
exceeds N (the maximum allowed), whereas 
SIZE is raised when the size of the value 
being assigned to a data item exceeds the 
declared (or default) size of the data 
item. SIZE can be raised on assignment of 
a value regardless of whether or not FIXED- 
OVERFLOW was raised in the calculation of 
that value. 

The declared size is not necessarily the 
actual precision with which the item is 
held in storage; however, the limit for 
SIZE is the declared or default size, not 
the actual size in storage. For example, 
with the F Compiler, a fixed binary item of 
precision (20) will occupy a fullword in 
storage, but SIZE is raised if a value 
whose size exceeds FIXED BINARY(20) is 
assigned to it. 

Result; The contents of the data item 
receiving the wrong- sized value are unde- 
fined. 

Standar d S ystem Action ; In the absence of 
an on-iinit, the system prints a message and 
raises the ERROR condition. 

Status; SIZE is disabled within the scope 
of a NOSIZE condition prefix and elsewhere 
throughout the program, except within the 
scope of a condition prefix specifying 
SIZE. 



Description; The UNDERFLOW condition 
occurs when the magnitude of a floating- 
point number is smaller than the permitted 
minimum. (For System/360 implementations, 
the magnitude of a floating-point value may 
not be less than approximately IQ-''^ or 

2-260.) 

UNDERFLOW does not occur when equal 
numbers are subtracted (often called 
significance error) . 

Note that, for the F Compiler, the 
expression X**(-Y) (where Y>0) is evaluated 
by taking the reciprocal of X**Y; hence, 
the OVERFLOW condition may be raised 
instead of the UNDERFLOW condition. 



Result ; The invalid floating-point value 
is set to 0. 



Standar d System Action; In the absence of 
an on-unit, the system prints a message and 
continues execution from the point at which 
the interrupt occurred. 



Status; UNDERFLOW is enabled throughout 
the program, except within the scope of a 
condition prefix specifying NOUNDERFLOW. 



Normal Return; 



Upon normal termination of 
the on-unit for this condition, control 
returns to the point immediately following 
the point of interrupt. 



The ZERODIVIDE Condition 



De s cription; The ZERODIVIDE condition 
occurs when an attempt is made to divide by 
zero. This condition is raised for fixed- 
point and floating-point division. 

Result; The result of a division by zero 
is undefined. 

Standar d System Action; In the absence of 
an on-unit, the system prints a message and 
raises the ERROR condition. 

Status; ZERODIVIDE is enabled throughout 
the program, except within the scope of a 
condition prefix specifying NOZERODIVIDE. 



Normal Return; Upon nornal termination of 
the on-unit for this condition, control 
returns to the point immediately following 
the point of interrupt. 



Normal Return; Upon normal termination of 
the on-unit for this condition, control 
returns to the point immediately following 
the point of interrupt. 
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INPUT/OUTPUT CONDITIONS 



The input/output conditions are always 
enabled and cannot appear in condition 
prefixes; they can be specified only in ON,, 
SIGNAL- and REVERT statements. 



transmission (including associated format 
items, if the PUT statement is 
edit-directed) ,, by the LINE option,, or by 
the SKIP option. ENDPAGE can also be 
raised by a LINE option or LINE format item 
that specified a line number less than the 
current line number. 



The ENDFILE Condition 



General Format; ENDFILE (file-name) 

rescription; The ENDFILE condition can be 
raised during a GET or READ operation; it 
is caused by an attempt to read past the 
file delimiter of the file named in the GET 
or READ statement. It applies only to 
SEQUENTIAL files. 

If the file is not closed after ENDFILE 
occurs, then any subsequent GET or READ 
statement for that file immediately raises 
the ENDFILE condition again. 

If ENDFILE is raised by an input /output 
statement using the EVENT option, the 
interrupt does not take place until the 
execution of a subsequent WAIT statement 
for that event in the same procedure. 

Standard System Action: In the absence of 
an on- unit, the system prints a message and 
raises the ERROR condition. 

Status ; The ENDFILE condition is always 
enabled; it cannot be disabled. 

Normal Return; Upon the normal termination 
of the on-unit for the condition, execution 
continues with the statement immediately 
following the GET or READ statement that 
caused the ENDFILE (or,, if ENDFILE was 
raised by a READ with the EVENT option, 
control passes back to the VlhlT statement 
from which the on-unit was invoked). 



When ENDPAGE is raised, the current line 
number is one greater than that specified 
by the PAGES I ZE option (or 61, if the 
default applies) so that it is possible to 
continue writing on the same page. The 
on-unit may start a new page by execution 
of a PAGE option or a PAGE format item, 
which sets the current line to 1. 

ENDPAGE is raised only once per page. 
If the on-unit does not start a new page,, 
the current line number may increase inde- 
finitely. If a subsequent LINE option or 
LINE format item specifies a line number 
that is less than the current line number, 
ENDPAGE is not raised, but a new page is 
started with the current line set to 1. 

If ENDPAGE is raised during data trans- 
mission, then, on return from the on-unit, 
the data is written on the current line, 
which may have been changed by the on-unit. 
If ENDPAGE results from a LINE or SKIP 
option, then, on return from the on-unit, 
the action specified by LINE or SKIP is 
ignored. 

Standa r d System Action; In the absence of 
an on-unit, the system starts a new page. 
If the condition is signalled, execution is 
unaffected and continues with the statement 
following the SIGNAL statement. 

Status; ENDPAG^ is always enabled; it can- 
not be disabled. 

Nor mal Return; Upon the normal completion 
of the on-unit for this condition, execu- 
tion of the PUT statement continues in the 
manner described above. 



The ENDPAGE Condition 



The KEY Condition 



General Format; ENDPAGE (file-name) 

The "file name" must be the name of a 
file having the PRINT attribute. 

Description; The ENDPAGE condition is 
raised when a PUT statement results in an 
attempt to start a new line beyond the 
limit specified for the current page. This 
limit can be specified by the PAGESIZE 
option in an OPEN statement; if PAGESIZE 
has not been specified, a default limit of 
60 applies for the F Compiler. The attempt 
to exceed the limit may be made during data 



General Format; KEY (file-name) 

Description; The KEY condition can be 
raised only during operations on keyed 
records. It is raised in any of the 
following cases : 

1. The keyed record cannot be found. 

2. An attempt is made to add a duplicate 
key. 

3. The key is out of sequence. 
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4. An error occurred in the conversion of 
the key. 

5. The key has not been specified cor- 
rectly. 

6. No space is available to add the keyed 
record. 



Standard System Action; In the absence of 
an on-unit, the system ignores the incor- 
rect data field, prints a message, and 
continues the execution of the GET state- 
ment. 

Status: NAME is always enabled; it cannot 
be disabled. 



If KEY is raised by an input/output 
statement using the EVENT option, the 
interrupt does not occur until the execu- 
tion of a subsequent WAIT statement for 
that event in the same procedure. 

The condition is not raised for a LOCATE 
statement until actual transmission is 
attempted (that is, immediately before exe- 
cution of the next WRITE or LOCATE state- 
ment for the file, or immediately before 
the file is closed) ; until the error is 
corrected, the record cannot be transmit- 
ted, nor can any further operation take 
place for the file. 

Standard System Action; In the absence of 
an on-unit, the system prints a message and 
raises the ERROR condition,. 

Status ; KEY is always enabled; it cannot 
be disabled. 

Normal Return; Upon the normal completion 
of the on-unit for this condition, control 
passes to the statement immediately follow- 
ing the statement that caused KEY to be 
raised (or, if KEY was raised by an 
input/output statement with the EVENT 
option, control passes back to the WAIT 
statement from which the on-unit was 
invoked) . 



The NAME Condition 



General Format: NAME (file- name) 

Description ; The NAME condition can be 
raised only during a data-directed GET 
statement. It can be raised either when an 
identifier in the input stream does not 
have a counterpart in the data list of the 
GET statement or when the GET statement has 
no data list and an identifier that is not 
known in the block is encountered in the 
stream. 

NAME is raised at the time the unmatched 
identifier is encountered in the stream. 

The programmer may retrieve the data 
field (i.e., the identifier and its value) 
containing the unmatched identifier by 
using the built-in function DATAFIELD in 
the on-unit. 



Normal Return: Upon the normal completion 
of the on-unit for this condition, the 
execution of the GET statement continues 
with the next identifier in the stream. 



The RECORD Condition 



General Format: RECORD (filename) 

Description; The RECORD condition can be 
raised only during a READ, WRITE, or RE- 
WRITE operation. It is raised by any of 
the following: 

1. The size of the record is greater than 
the size of the variable. 



2. The size of the record is 
the size of the variable. 



less than 



3. A record of zero length has been recid. 

U. An attempt is made to write a record 
of zero length. 

If the size of the record is greater 
than the size of the variable, the excess 
data in the record is lost on input and is 
unpredictable on output. If the size of 
the record is less than the size of the 
variable, the excess data in the variable 
is not transmitted on output and is 
unaltered on input. (Thus, if a zero 
length record is read, the variable con- 
tains the same data that it contained 
before the read operation. ) If an attempt 
is made to write a record of zero length, 
the attempt is aborted, and, in effect, the 
statement is ignored. 

If RECORD is raised during transmission 
of an area, the area control field will 
contain incorrect information 

If RECORD is raised by an input/output 
statement using the EVENT option, the 
interrupt does not occur until the execu- 
tion of a subsequent WAIT statement for 
that event in the same procedure. 

Sta ndard System Action: In the absence of 
an on-unit, the system prints a message and 
raises the ERROR condition. 

Status: RECORD is always enabled; it can- 
not be disabled. 
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Normal Return; Upon normal completion of The TRANSMIT Condition 

the on-unit, execution continues with the 

statement immediately following the one for 

which RECORD occurred (or if RECORD was General Format; TRANSMIT (file-name) 

raised by an input/output statement with an 

EVENT option, control returns to the WAIT 

statement from which the on-unit was Description; The TRANSMIT condition can be 

invoked) . raised during any input/output operation. 

It is raised by a permanent transmission 
error and,, as a result any data transmit- 
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ted is potentially incorrect. During 
input, the condition is rciised after 
assignment of the potentially incorrect 
data item or record. During output, the 
condition is raised after the transmission 
of the potentially incorrect data item or 
record has been attempted. 

If TRANSMIT is raised by an input/output 
statement using the EVENT option, the 
interrupt does not take place until the 
execution of a subsequent WAIT statement 
for that event in the same procedure. 

Standard System Action; In the absence of 
an on-unit„ the system prints a message and 
raises the ERROR condition. 

Status; TRANSMIT is always enabled; it 
cannot be disabled. 

Normal Return; Upon the normal completion 
of the on-unit„ processing continues with 
the next data item for STREAM input/output, 
or the next statement for RECORD 
input/output (or if TRANSMIT was raised by 
an input/output statement with an EVENT 
option, control returns to the WAIT state- 
ment from which the on-unit was invoked) . 



The UNDEFINEDFILE Condition 



General Format: UNDEFINEDFILE (file-name) 



the on-unit, the event variable is initial- 
ized, that is, it is made active and its 
completion value is set to *0'B (provided 
the file has been opened in the on-unit) . 
Processing then continues with the remain- 
der of the interrupted statement. However, 
if the file has not been opened in the 
on-unit, the event variable remains unini- 
tialized, the statement cannot be contin- 
ued, and the ERROR condition is raised. 

For the F Compiler, some cases for which 
the UNDEFINEDFILE condition is raised are 
as follows : 

1. A conflict in attributes exists. 

2. The blocksize has not been specified. 

3. There is no recognizable DD statement 
for the file. 

Standar d System Action ; In the absence of 

an on-unit, the system prints a message and 
raises the ERROR condition. 

Status ; UNDEFINEDFILE is always enabled; 
it cannot be disabled. 

Normal Return; Upon the normal completion 
of the final on-unit, control is given to 
the statement immediately following the 
statement that caused the condition to be 
raised (see "Description" for action in the 
case of an implicit opening) . 



Description; The UNDEFINEDFILE condition 
is raised whenever an attempt to open a 
file is unsuccessful. If the attempt is 
made by means of an OPEN statement that 
specifies more than one file name, attempts 
to open all other files in that statement 
will be made before the condition is 
raised. If the condition is raised for 
more than one file in the same OPEN state- 
ment, on-units will be executed according 
to the order of appearance (taken from left 
to right) of the file names in that OPEN 
statement. 

If the condition is raised by an impli- 
cit file opening in an input/output state- 
ment without the EVENT option, then, upon 
normal return from the on-unit, processing 
continues with the remainder of the inter- 
rupted input/output statement. If the file 
was not opened in the on-unit, then the 
statement cannot be continued and the ERROR 
condition is raised. 

If the condition is raised by an impli- 
cit file opening in an input/output state- 
ment having an EVENT option, then the 
interrupt occurs before the event variable 
is initialized. In other words,, the event 
variable retains its previous value and 
remains inactive. On normal return from 



PROGRAM-CHECKOUT CONDITIONS 
The CHECK Condition 

General Format ; CHECK (name-list) 

The "name list" is one or more names 
separated by commas; a name may be a 
qualified name. Each name must be one of 
the following; 

1. An entry name 

2. A statement label constant 



3. 



An unsubscripted name representing an 
element, an array, or a structure 



The names appearing in a CHECK prefix 

refer to the names known within the block 

to which the prefix is attached. A name 

cannot be a parameter or a variable having 

I the DEFINED or BASED atrributes. 

Descrip tion; The CHECK condition is raised 
only within the scope of a CHECK condition 
prefix. Such a condition prefix may be 
prefixed only to a PROCEDURE or BEGIN 
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statement. The CHECK condition is enabled 
separately for each name in the list of the 
CHECK prefix. For example, the prefix 
CHECK (A,B,C) is equivalent to CHECK (A): 
CHECK (B) : CHECK (C) . Hence, the action 
specification can be controlled separately 
for each name. The REVERT statement can be 
used to change the action specification for 
one or more names in the list. Also, a 
NOCHECK prefix can be used to disable the 
CHECK condition for a specific name (like 
CHECK, NOCHECK can appear only as a prefix 
to a PROCEDURE or BEGIN Statement) . 



If the name of a structure or array of 
structures appears in the name list follow- 
ing CHECK, such a list is equivalent to one 
that Contains, in the order in which they 
were declared, the elements of that struc- 
ture or array of structures. For example, 
if P is defined: 

DECLARE 1 P, 2 Q, 2 R, 2 S; 
then: 

CHECK (P) 
is equivalent to: 

CHECK {Q,R^S) 

The CHECK condition is raised within the 
scope of a CHECK prefix in any of the 
following cases: 

1. If a name in the CHECK prefix is a 
statement label constant, the condi- 
tion is raised and the interrupt 
occurs prior to the execution of the 
statement to which the label is pre- 
fixed. If the label is prefixed to a 
DECLARE or FORMAT Statement, the con- 
dition is not raised. 

2. If a name in the CHECK prefix is a 
variable (as specified in item 3 of 
the general format above) , the condi- 
tion is raised whenever the value of 
the variable, or a generation of any 

^art of the variable, is changed by 
any statement within the scope of the 
prefix. 

Specifically, if the identifier ID 
represents the variable, the condition 
is raised in the following cases: 

a. ID appears on the left-hand side 
of an assignment statement. (This 
applies to BY NAME assignment even 
if the name mentioned does not 
appear in the final expansion of 
the statement.) 

b. ID is set as a result of a pseudo- 
variable appearing on the left- 



hand side 
statement. 



of an assignment 



d. 



ID appears as the control variable 
of a DO-group or a repetitive 
specification in a data list (or 
it is set as a result of a pseudo- 
variable appearing as the control 
variable of a DO-group or a 
repetitive specification in a data 
list) . 

ID appears in the data list of an 
edit-directed or list-directed GET 
statement. 



e. ID is altered by data-directed 
input. 

f. ID appears in the REPLY option of 
a DISPLAY statement. 

g. ID appears in the STRING option of 
a PUT statement. 

h- ID is passed as an argument to a 
programmer-defined procedure, no 
intermediate argument is created, 
and the procedure terminates with 
a RETURN or END. 

i. ID appears in the KEYTO or INTO 
option of a READ statement. Note 
that if the READ statement has an 
EVENT option, the CHECK condition 
will not be raised. 

j. ID is a pointer variable and 
appears in a SET option. 

Note that in a, b, d, and e above, if 
ID is a structure, the CHECK condition 
is raised each time an element of that 
structure is given a value, but the 
interrupt for each condition does not 
occur until after the statement that 
caused the condition to be raised has 
been executed completely. 

The condition is not raised under any of 
the following circumstances: 

a. If the value of a variable defined 
on ID or on part of ID changes in 
any of the ways described above. 

b. If the parameter that represents 
the argument ID changes value. 

c. If ID appears in a GO TO or RETURN 
statement or any statement that 
involves the execution of a GO TO 
or RETURN statement. 

d. If ID is set by the INITIAL" attri- 
bute. 

Note that in all of the above con- 
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texts, ID can appear in subscripted or 
qualified form. Note also that ID 
need not appear in the name list of a 
CHECK prefix; it only need represent a 
structure or element contained by, or 
containing, a name in the list. 

The interrupt for a CHECK condition 
occurs after the statement that caused 
the condition to be rciised has been 
executed. (Note that an IF statement 
is considered executed just prior to 
the execution of the THEN or ELSE 
clause.) If the statement is a DO 
statement, the interrupt occurs each 
time control proceeds sequentially to 
the statement following the DO state- 
ment. If the DO specifies repetitive 
execution, the interrupt occurs each 
time the control variable changes 
value. 

Only a data- directed GET statement or 
a DO statement can cause a condition 
to be raised more than once for the 
same appearance of the same name. If 
a statement causes a CHECK condition 
to be raised for several names, the 
conditions will be raised in the left- 
to- right order of appearance of the 
names. 

3. If a name in the CHECK prefix is an 
entry name, the condition is raised 
and the interrupt occurs prior to each 
invocation of the entry point 
corresponding to the entry name. The 
condition is raised only if the entry 
point is invoked by the entry name 
given in the prefix. 



Result; When CHECK is raised, there is no 
effect on the statement being executed. 



Normal Return; Upon the normal completion 
of the on-ianit for the CHECK condition, 
execution continues immediately following 
the point at which the interrupt occurred. 



The SUBSCRIPTRANGE Condition 



Description; SUBSCRIPTRANGE can be raised 
whenever a subscript is evaluated and found 
to lie outside its specified bounds. If 
more than one subscript is associated with 
an identifier, e.g., A(I,J,,K), 
SUBSCRIPTRANGE is raised after each erro- 
neous subscript has been checked. Thus, if 
both I and J in the above example were in 
error, SUBSCRIPTRANGE would be raised after 
I was evaluated and again after J was 
evaluated. 

Result; When SUBSCRIPTRANGE has been 
raised, the value of the illegal subscript 
is undefined, and, hence, the reference is 
also undefined. 

Standard System Action ; In the absence of 
an on-unit, the system prints a message and 
raises the ERROR condition. 



Status: 



SUBSCRIPTRANGE is 
and within the 



disabled by 

default and within the scope of a 
NOSUBSCRIPTRANGE condition prefix. It is 
enabled only within the scope of a SUB- 
SCRIPTRANGE condition prefix. 

Normal Return ; Upon the normal completion 
of the on-unit for this condition, execu- 
tion continues immediately following the 
point at which the condition occurred. 



Standard System Action; In the absence of 
an on-unit, if the name in the name list is 
a statement-label constant, a statement- 
label variable,, a task name, an event name, 
an area variable, a locator variable, or an 
entry name, then for the F Compiler, only 
the name is printed on SYSPRINT; in all 
other cases, the name and its new value are 
printed on SYSPRINT in the format of data- 
directed output. 

Note; Standard system action for the CHECK 
condition requires access to the variable; 
consequently, if SIGNAL CHECK is given for 
an unallocated variable, an error will 
result, as it would if the variable were 
accessed by an on-unit. 

Status; CHECK is disabled by default and 
within the scope of a NOCHECK condition 
prefix. It is enabled only within the 
scope of a CHECK prefix. 



The STRINGRANGE Condition 



Defini t ion; The STRINGRANGE condition is 
raised whenever the lengths of the argu- 
ments to a SUBSTR reference fail to comply 
with the rules described for the SUBSTR 
built-in function. It is raised for each 
such reference. 

Sta ndard System Action; Execution contin- 
ues as described for normal return. 

Status; STRINGRANGE is disabled by default 
and within the scope of a NOSTRINGRANGE 
condition prefix. It is enabled only with- 
in the scope of a STRINGRANGE condition 
prefix. 

Normal Return; On normal return from the 
on-unit,, execution continues with a revised 
SUBSTR reference whose value is defined as 
follows ; 
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Assuming that the length of the source 
string (after execution of the on-unit, if 
specified) is k, the starting point is i, 
and the length of the substring is j; 

1, If i is greater than k the value is 
the null string. 

2. If i is less than or equal to k, the 
value is that substring beginning at 
the mth character or bit of the source 
string and extending n characters or 
bits, where m and n are defined by: 

m==MAX(i,l) 

n==MAX(0,MIN( j+MIN(i,l)-l,k-m+l)) 
[if j is specified] 

k-m+1 

[if j is not specified] 



The FINISH Condition 



De s cription; The FINISH condition is 
raised during execution of a statement 
which would cause the termination of the 
major task of a PL/I program, that is, by a 
STOP statement in any task,, or an EXIT 
statement in the major task, or a RETURN or 
END statement in the initial external pro- 
cedure of the major task. The condition is 
also raised by SIGNAL FINISH in any task, 
and as part of the standard system action 
for the ERROR condition. The interrupt 
occurs in the task in which the statement 
is executed, and any on-unit specified for 
the condition is executed as part of that 
task- An abnormal return from the on-unit 
will avoid any subsequent task termination 
processes and permit the interrupted task 
to continue. 



This means that the new arguments are 
forced within the limits. 

The values of i and j are established 
before entry to the on-unit; they are not 
reevaluated on return from the on-unit- 



Standard System Action; 



In the absence of 
taken; that is. 



an on-unit, no action is 

execution of the interrupted statement is 

resumed,. 



Status; FINISH is always enabled; it 
not be disabled. 



can- 



SYSTEM ACTION CONDITIONS 



No r mal Return ; Upon the normal completion 
of the on-unit,, execution of the interrupt- 
ed statement is resumed. 



The ERROR Condition 



PROGRAMMER-NAMED CONDITION 



Description; The ERROR condition is raised 
under the following circumstances: 



The CONDITION Condition 



1. As a result of the standard system 
action for an ON- condition for which 
that action is to "print an error 
message and raise the ERROR condition" 

2. As a result of an error (for which 
there is no ON-condition) occurring 
during program execution 



Gen eral Format; CONDITION (identifier) 

The "identifier" must be specified by 
the programmer. The appearance of an iden- 
tifier with CONDITION in an ON, SIGNAL, or 
REVERT statement constitutes a contextual 
declaration for it; the identifier is given 
the EXTERNAL attribute. 



3. 



As a 

ment 



result of a SIGNTU^ ERROR state- 



Standard System Action; For the F Compil- 
er, if the condition is raised in the major 
task, the FINISH condition is raised, and 
subsequently the major task is terminated. 
If the condition is raised in any other 
task, that task is terminated. 



Description: CONDITION is raised by a SIG- 
NAL statement that specifies the appropri- 
ate identifier. The identifier specified 
in the SIGNAL statement determines which 
CONDITION condition is to be raised. 

Standa r d System Action: In the absence of 
an on-unit for this condition, the system 
prints a message and continues with the 
statement following SIGNAL. 



Status ; CONDITION is always enabled; it 



Status : ERROR is always enabled; it cannot cannot be disabled. 



be disabled. 

Noirmal Return; Upon the normal completion 
of the on-unit, the standard system action 
is taken. 



Normal Return; 



of the on-unit 
the statement 
ment that caused the interrupt 



Upon the normal completion 
execution continues with 
following the SIGNAL state- 
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SECTION I: ATTRIBUTES 



A name appearing in a PL/I program may 
have one of many different meanings. It 
may, for example, be a variable referring 
to arithmetic data items; it may be a file 
name; it may be a variable referring to a 
character string, or it may be a statement 
label or a variable referring to a state- 
ment label. 



Properties, or characteristics, of the 
values a name represents (for example, 
arithmetic characteristics of data items 
represented by an arithmetic variable) and 
other properties of the namie itself (such 
as scope, storage class, etc.) together 
make up the set of attributes that can be 
associated with a name. 



The attributes enable the compiler to 
assign a unique meaning to the identifier 
specified in a DECLARE statement. For 
example, if the variable is an arithmetic 
data variable, the base, scale, mode, and 
precision attributes must be associated 
with the name. Associated attributes are 
those specified in a DECLARE statement or 
assumed by default. 



This section discusses the different 
attributes. The attributes are grouped by 
function and then detailed discussions fol- 
low, in alphabetic order, showing the 
rules, defaults, and format for each attri- 
bute. 



FACTORING OF ATTRIBUTES 



Attributes common to several names can 
be factored in a declaration to eliirinate 
repeated specification of the same attri- 
bute for many identifiers. Factoring is 
achieved by enclosing the names in paren- 
theses, and following this by the set of 
attributes which apply. All factored 
attributes must apply to all of the names. 
No factored attribute can be overridden for 
any of the names, but any name within the 
list may be given other attributes so long 
as there is no conflict with the factored 
attributes. Factoring of attributes is 
perm.itted only in the DECLARE statement, 
but not within an ENTRY attribute declara- 
tion. The dimension attribute may be fac- 
tored. The precision and length attributes 
can be factored only in conjunction with an 
associated keyword attribute. Factoring 
can be nested as shown in the fourth 
example below. 

Names within the par'enthesized list are 
separated by commas . 

Note; Structure level numbers can also be 
factored, but a factored level number must 
precede the parenthesized list. 

DECLARE (A,B,C,D) BINARY FIXED (31); 

DECLARE (E DECIMAL (6, 5) 

F CHARACTER (10)) STATIC; 

DECLARE 1 A, 2(B,C,D) (3,2) BINARY 
FIXED (15), ...; 

DECLARE ((A,B) FIXED (10), C FLOAT (5)) 
EXTERNAL; 



SPECIFICATION OF ATTRIBUTES 



DATA ATTRIBUTES 



Attributes specified in DECLARE state- 
ments are separated by blanks . Except for 
the dimension, length, and precision attri- 
bute specifications, they may appear in any 
order. The dimension attribute specifi- 
cation must immediately follow the array 
name; the length and precision attribute 
specifications must follow one of their 
associated attributes. A comma must follow 
the last attribute specification for a 
particular name (or the name itself if no 
attributes are specified with it), unless 
it is the last name in the DECLARE state- 
ment, in which case the semicolon is used. 



PROBLEM DATA 



Attributes for problem data are used to 
describe arithmetic and string variables. 
Arithmetic variables have attributes that 
specify the base, scale, mode, and preci- 
sion of the data items. String variables 
have attributes that specify whether the 
variable represents character strings or 
bit strings and that specify the length to 
be maintained. The arithmetic data attri- 
butes are: 
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Form C28-8201-1, Page Revised by TNL N33-6008, 5/1/68 



BINARY! DECIMAL 

FIXED I FLOAT 

REAL I COMPLEX 

(precision) 

PICTURE 

The string data attributes are: 

BIT I CHARACTER 

(length) 

VARYING 

PICTURE 

Other attributes can also be declared 
for data variables. The INITIAL attribute 
specifies the initial value to be given to 
the variable. The DEFINED attribute speci- 
fies that the data item is to occupy the 
same storage area as that assigned to other 
data. The ALIGNED and UNALIGNED attributes 
specify the positioning of data elements in 
storage. The storage class and scope 
attributes also apply to data. 

Other attributes apply only to data 
aggregates. For array variables, the 
dimension attribute specifies the number of 
dimensions and the bounds of an array. The 
LIKE attribute specifies that the structure 
variable being declared is to have the same 
structuring as the structure of the name 
following the attribute LIKE. 



PROGRAM CONTROL DATA 



ENTRY 
RETURNS 
GENERIC 
BUILTIN 

FILE DESCRIPTION ATTRIBUTES 



The file 
blish an 
describe c 
e. g. , how 
transmitted 
to be buf 
declared in 
dure, the 
unless one 
attribute. 



description 
identifier as 
har act eristics 
the data of 
, whether recor 
fered. If the 
more than one 
declarations m 
is declared wi 



attributes esta- 

a file name and 

for that file, 

the file is to be 

ds of a file are 

same file name is 

external proce- 

ust not conflict, 

th the INTERNAL 



The file description attributes are 
FILE 

STREAM I RECORD 
INPUT I OUTPUT I UPDATE 
PRINT 

SEQUENTIAL | DIRECT 
BUFFERED | UNBUFFERED 
BACKWARDS 

ENVIRONMENT (option-list) 
KEYED 
EXCLUSIVE 



Attributes for program control data 
specify that the associated name is to be 
used by the programmer to control the 
execution of this program. The LABEL, 
TASK, EVENT, POINTER, OFFSET, and AREA 
attributes specify program control data. 



ENTRY NAME ATTRIBUTES 



Note that file description attributes, 
except for the ENVIRONMENT attribute, can 
be specified as options in the option list 
of the OPEN statement. 



SCOPE ATTRIBUTES 



The entry name attributes identify the 
name being declared as an entry name and 
describe features of that entry point. For 
example, the attribute BUILTIN specifies 
that the reference to the associated name 
within the scope of the declaration is 
interpreted as a reference to the built-in 
function or pseudo-variable of the same 
name. The entry name attributes are: 



The scope attributes are used to specify 
whether or not a name may be known in 
another external procedure. The scope 
attributes are EXTERNAL and INTERNAL. 

All external declarations for the same 
identifier in a program are linked as 
declarations of the same name. The scope 
of this name is the union of the scopes of 
all the external declarations for this 
identifier. 



270 



In all of the external declarations for 
the same identifier, the attributes 
declared must be consistent,, since the 
declarations all involve a single name. 
For example, it would be an error if the 
identifier ID were declared as an EXTERNAL 
file name in one block and as an EXTERNAL 
entry name in another block in the same 
program. 

The INTERNAL attribute specifies that 
the declared name cannot be known in any 
other block except those contained in the 
block in which the declaration is made,. 



accepted 
effect. 



by the compiler but they have no 



ALIGNED and UNALIGNED (Data Attributes) 



The ALIGNED and UNALIGNED attributes 
specify the positioning of data elements in 
storage;, to influence speed of access or 
storage economy respectively. They may be 
specified for element,, array, or structure 
variables. 



The same identifier may be declared with 
the INTERNAL attribute in more than one 
block without regard to whether the attri- 
butes given in one block are consistent 
with the attributes given in another block, 
since the compiler regards such declara- 
tions as referring to different names. 

For a discussion of the scope of names, 
see Part I, chapter 7, "Recognition of 
Names. " 



STORAGE CLASS ATTRIBUTES 



ALIGNED in System/360 implementations 
specifies that the data element is to be 
aligned on the storage boundary correspond- 
ing to its data type requirement. 

UNALIGNED in System/36 implementations 
specifies that the data element is to be 
stored contiguously with the data element 
preceding it, and that a word or doubleword 
item is to be mapped on the next available 
byte boundary in a similar manner to char- 
acter strings of length 4 or 8. 

General format : 

ALIGNED I UNALIGNED 



The storage class attributes are used tO' 
specify the type of storage for a data 
variable. The storage class attributes 
are: 

STATIC 

AUTOMATIC 

CONTROLLED 

BASED 



ALPHABETIC LIST OF ATTRIBUTES 



General rules: 

1. Although they are essentially element 
data attributes, ALIGNED and UNALIGNED 
can be applied to any array or struc- 
ture. This is equivalent to applying 
the attribute to all contained ele- 
ments that are not explicitly declared 
with the ALIGNED or UNALIGNED attri- 
bute. 

2. Application of either attribute to a 
contained array or structure overrides 
an ALIGNED or UNALIGNED attribute that 
otherwise would apply to elements of 
the contained aggregate by having been 
specified for the containing struc- 
ture. 



Following are detailed descriptions of 
the attributes,, listed in alphabetic order. 
Alternative attributes are discussed 
together, with the discussion listed in the 
alphabetic location of the cittribute whose 
name is the lowest in alphabetic order. A 
cross-reference to the combined discussion 
appears wherever an alternative appears in 
the alphabetic listing. 



3. The LIKE attribute is expanded before 
the ALIGNED and UNALIGNED attributes 
are applied to the contained elements 
of the LIKE structure variable. The 
only ALIGNED and UNALIGNED attributes 
that are carried over from the LIKE 
structure variable (i.e., A in the 
example below) are those explicitly 
specified for substructures and ele- 
ments of the structure variable. 



ABNORMAL and NORMAL 



These attributes cause no action in the 
current version of the F Compiler; they are 



Example: 

DECLARE 1 A ALIGNED,, 

2 B, /♦ ALIGNED FROM A ♦/ 

2 C UNALIGNED, 

3D; /♦ UNALIGNED FROM C ♦/ 
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DECLARE 1 X UNALIGNED LIKE A; 

DECLARE 1 Y LIKE A; 

The second declare statement is equi- 
valent to: 

DECLARE 1 X UNALIGNED, 

2 B, /♦ UNALIGNED FROM X */ 

2 C UNALIGNED, 

3D; /♦ UNALIGNED FROM C */ 

The third declare statement is equi- 
valent to: 

DECLARE 1 Y, 

2 B, /* ALIGNED BY DEFAULT ♦/ 

2 C UNALIGNED, 

3D; /* UNALIGNED FROM C ♦/ 



AREA (Program Control Data Attribute) 



The AREA attribute defines storage that, 
on allocation, is to be reserved for the 
allocation of based variables. storage 
thus reserved can be allocated to and freed 
from based variables by naming the area 
variable in the IN option of the ALLOCATE 
and FREE statements- Storage that has been 
freed can be subsequently reallocated to a 
based variable. 



General format 



AREA [(size)] 



4. For overlay defining involving bit- 
and character-class data (see Figure 
I-l) , both the defined item and the 
overlaid part of the base item must be 
unaligned. For all other types of 
defining, equivalent items must be 
either both ALIGNED or both UNALIGNED. 

5. The ALIGNED and UNALIGNED attributes 
of an argument in a procedure invoca- 
tion must match the attributes of the 
corresponding parameter. If these 
attributes of the original argument do 
not match those of the corresponding 
parameter in an ENTRY attribute dec- 
laration, a dummy argument is created, 
with the attributes specified in the 
ENTRY attribute declaration, and the 
original argument is assigned to it. 

6. If a based variable is used to refer 
to a generation of another variable, 
the ALIGNED and UNALIGNED attributes 
of both variables must agree. 



General rules: 

1. The area size for areas that are not 
of static storage class is given by an 
expression whose integral value speci- 
fies the number of units of storage to 
be reserved. The unit for System/360 
implementations is the byte. 

2. The size for areas of static storage 
class must be specified as a constant; 
for the F Compiler, it must be a 
decimal integer constant. 

3. Data of the area type cannot be con- 
verted to any other type; an area can 
be assigned to an area variable only. 

U. No operators can be applied to area 
variables. 

5. Only the INITIAL CALL form of the 
INITIAL attribute is allowed with area 
variables. 



7. Default assumptions for ALIGNED and I 6. An area variable cannot be unaligned. 
UNALIGNED are applied on an element 
basis. Assumptions: 



8. POINTER, OFFSET, LABEL, EVENT and AREA 
cannot be unaligned. 

Assumptions: 

1. Defaults are applied at element level. 
The default for bit-string data, 
character-string data, and numeric 
character data is UNALIGNED; for all 
other types of data, the default is 
ALIGNED. 

2. For all operators and built-in func- 
tions, the default for ALIGNED or 
UN/yQIGNED is applicable to the ele- 
ments of the result. 

3. Constants take the default for ALIGNED 
or UNALIGNED. 



1. If the size specification is omitted, 
a default value is assumed. For the F 
Compiler, this is 1000. 

2. An area variable can be contextually 
declared by its appearance in an OFF- 
SET attribute or an IN option. Note, 
however, that all contextually 
declared area variables are given the 
AUTOMATIC attribute. The F Compiler 
implementation requires that the vari- 
able named in the OFFSET attribute 
must be based; if a nonbased area 
variable is named, the offset variable 
will be changed to a pointer variable. 
Hence, unless the variable named in 
the OFFSET attribute is explicitly 
declared, OFFSET effectively becomes 
POINTER, and a severe error occurs. 
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AUTOMATIC, STATI C, CONTROLIiED and BASED 
(Storage Class Attributes) 



U. Variables declared with adjustable 
lengths and dimensions cannot have the 
STATIC attribute. 



The storage class attributes are used to 
specify the type of storage allocation to 
be used for data variables. 



AUTOMATIC specifies that storage is to 
be allocated upon each entry to the block 
to which the storage declaration is inter- 
nal. The storage is released upon exit 
from the block. If the block is a proce- 
dure that is invoked recursively, the pre- 
viously allocated storage is "pushed down" 
upon entry; the latest allocation of stor- 
age is "popped up" upon termination of each 
generation of the recursive procedure (for 
6 discussion of push-down and pop-up stack- 
ing, see Part I, Chapter 6, "Blocks, Flow 
of Control, and Storage Allocation"). 



STATIC specifies that storage is to be 
allocated when the program is loaded and is 
not to be released until program execution 
has been completed. 

CONTROLLED specifies that full control 
will be maintained by the programmer over 
the allocation and freeing of storage by 
means of the ALLOCATE and FREE statements. 
Multiple allocations of the same controlled 
variable, without intervening freeing, will 
cause stacking of generations of the varia- 
ble. 



BASED, like CONTROLLED, sp 
full control over storage a 
freeing will be maintained by 
mer, but by various methods 
cribed in Chapter 14, "Based 
List Processing. " Multiple al 
not stacked but are available 
each can be identified by the 
pointer variable. 

General format: 



STATIC I AUTOMATIC | 

CONTROLLED] BASED (pointer- variable) 



ecifies that 
Hoc at ion and 
the program- 
that are des~ 
Storage and 
locations are 
at any time,* 
value of a 



General rules: 



3. 



Automatic and based variables can have 
internal scope only. Static and con- 
trolled variables may have either 
internal or external scope. 

Storage class attributes cannot be 
specified for entry names, file names,, 
members of structures, or DEFINED data 
items. 

STATIC and AUTOMATIC attributes cannot 
be specified for parameters. 



5. For a structure 
class attribute c 
the major struct 
bute then applies 
the structure o 
of structures. I 
TROLLED or BASED 
ture, only the ma 
the elements ca 
freed. 



variable, a storage 
an be given only for 
ure name. The attri- 

to all elements of 
r to the entire array 
f the attribute CON- 

is given to a struc- 
jor structure and not 
n be allocated and 



The following rules govern the use of 
based variables: 

a. The pointer variable named in the 
BASED attribute must be a non- 
based, unsubscripted, element 
pointer variable. This applies to 
explicit pointer qualifiers also. 

b. Whenever a pointer value is needed 
to complete a based variable ref- 
erence, and none is explicitly 
specified, the pointer variable 
named in the relevant BASED attri- 
bute is used. 

c. Based variables cannot have the 
INITIAL attribute. Based label 
arrays cannot be initialized by 
subscripted label prefixes. 

d. When reference is made to a based 
variable, the data attributes 
assumed are those of the based 
variable, while the qualifying 
pointer variable identifies the 
location of data. 

e. A based variable can be used to 
identify and describe existing 
data; to obtain storage by means 
of the ALLOCATE statement; or to 
obtain storage in an output buffer 
by means of the LOCATE statement. 

f. The relative locations of based 
variables allocated within an area 
can be identified by the values of 
offset variables, but these must 
be assigned to pointer variables 
for the purpose of explicit quali- 
fication. 

g. The EXTERNAL attribute cannot 
appear with a based variable dec- 
laration, but a based variable 
reference can be qualified by an 
external pointer variable. 

h. A based structure can be declared 
to contain only one adjustable 
bound or length specification. 
See "The REFER Option," in chapter 
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m, "Based Storage and List Proc- 
essing- " 



BINARY and DECIMAL (Arithmetic Data 
Attributes) 



i. Based variables cannot be trans- 
mitted using data-directed 
input/output. 



j. The VARYING attribute cannot be 
applied to based variables. 



The BINT^Y and DECIMAL attributes speci- 
fy the base of the data items represented 
by an arithmetic variable as either binary 
or decimal. 

General format: 

BINARY! DECIMAL 



Assumptions: 



1. If no storage class attribute is spec- 
ified and the scope is internal, AUTO- 
MATIC is assumed. 



2. If no storage class attribute is spec- 
ified and the scope is external, STA- 
TIC is assumed. 



3. If neither the storage class nor the 
scope attribute is specified, AUTOMAT- 
IC is assumed. 

4. A pointer variable can be context ually 
declared by its appearance in the 
BASED attribute. 



General rule: 

The BINARY or DECIMAL attribute cannot 
be specified with the PICTURE attribute. 

Assumptions: 

Undeclared identifiers (or identifiers 
declared only with one or more of the 
dimensions, UNALIGNED, ALIGNED, scope, and 
storage class attributes) are assumed to be 
arithmetic variables with assigned attri- 
butes depending upon the initial lettej:. 
For identifiers beginning with any letter I 
through N, the default attributes are RE7LL 
FIXED BINARY (15,0). For identifiers 
beginning with any other alphabetic charac- 
ter, the default attributes are REAL FLOAT 
DECIMTIL (6). If FIXED Or FLOAT and/or REAL 
or COMPLEX are declared, then DECIMAL is 
assumed. The default precisions are those 
defined for System/360 implementations. 



BACKWAR D S (File Description A ttribute) 



BI T and CHARACTER (S tri ng Attributes) 



The BACKWARDS attribute specifies that 
the records of a SEQUENTIAL INPUT file on 
magnetic tape are to be accessed in reverse 
order, i.e., from the last record to the 
first record. 

General format: 

BACKWARDS 



The BIT and CHARACTER attributes are 
used to specify string variables. The BIT 
attribute specifies a bit string. The 
CHARACTER attribute specifies a character 
string. The length attribute for the 
string must also be specified. 

General format: 



General rules: 

1. The BACKWARDS attribute applies to 
RECORD files only; that is, it con- 
flicts with the STREAM attribute. It 
implies RECORD and SEQUENTIAL. 

2. The BACKWARDS attribute applies to 
tape files only. 



BASED (Storage Class Attibute) 



BIT 

CHARACTER 
General rules: 



(length) [VARYING] 



See AUTOMATIC. 



1. The length attribute specifies the 
length of a fixed-length string or the 
maximum length of a varying-length 
string. 

2. The VARYING attribute specifies that 
the variable is to represent varying- 
length strings, in which case length 
specifies the maximum length. The 
current length at any time is the 
length of the current value. For the 



274 



F Compiler, the length of an 
uninitialized varying- length string is 
set to zero. VARYING may appear any- 
where in the declaration of the 
string, and it may be factored. VARY- 
ING cannot be applied to based varia- 
ble's. 

3. The length attribute must immediately 
follow the CHARACTER or BIT attribute 
at the same factoring level with or 
without intervening blanks. 

4. The length attribute may be specified 
by an expression or an asterisk. 

If the length specification is an 
expression, it is converted to an 
integer when storage is allocated for 
the variable. 

The asterisk notation can be used for 
the length attribute specification to 
indicate that the length is specified 
elsewhere. For parameters or CON- 
TROLLED variables, the length can be 
taken from a previous allocation or, 
for CONTROLLED variables, it can be 
specified in a subsequent ALLOCATE 
statement. 

Only one adjustable string length 
specification can appear in the dec- 
laration of a based structure. See 
"The REFER Option", in Chapter lU. 

5. If a string has the STATIC attribute, 
the length attribute must be a decimal 
integer constant. 

6. The BIT, CHARACTER, and VARYING attri- 
butes cannot be specified with the 
PICTURE attribute. 

7. The PICTURE attribute can be used 



instead of CHARACTER to declare a 
fixed-length character-string variable 
(see the PICTURE attribute) . 

All of the string attributes must be 
declared explicitly unless the PICTURE 
attribute is used. There are no 
defaults for string data. 



BUF FER E D and UNBUFFER ED (File Descri p tion 
Attributes) 



The BUFFERED attribute specifies that 
during transmission to and from external 
storage each record of a SEQUENTIAL RECORD 
file must pass through intermediate storage 
buffers. 

The UNBUFFERED attribute specifies that 
such records need not pass through buffers. 
It does not, however, specify that they 
must not. For the F Compiler, hidden 
buffers will, in fact, be used if INDEXED 
or REGIONAL (2) or (3) is specified in the 
ENVIRONMENT attribute or if the records are 
variable-length. 

General format: 

BUFFERED | UNBUFFERED 

General rule: 

The BUFFERED and UNBUFFERED attributes 
can be specified for SEQUENTIAL RECORD 
files only. 

Assumption: 

Default is BUFFERED. 
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BUILTIN (Entry Attribute) 



The BUILTIN attribute specifies that any 
reference to the associated name within the 
scope of the declaration is to be inter- 
preted as a reference to the built-in 
function or pseudo-variable of the same 
name. 

General format: 



Assumption : 

Default is REAL. 



CONTROLLED (Storage Class Attribute) 



See AUTOMATIC. 



BUILTIN 
General rules: 



2. 



BUILTIN is used to refer to a built-in 
function or pseudo-variable in a block 
that is contained in another block in 
which the same identifier has been 
declared to have another meaning. 

If the BUILTIN attribute is declared 
for an entry name„ the entry name can 
have no other attributes. 



The BUILTIN attribute 
declared for parameters. 



cannot 



be 



DECIMAL (Arithmetic Data Attribute) 



See BINARY. 



DEFINED (Data Attribute) 



The DEFINED attribute specifies that the 
variable being declared is to represent 
part or all of the same storage as that 
assigned to other data. The DEFINED attri- 
bute can be declared for element, array, or 
structure variables. 



C HARACTER (String Attribute ) 



See BIT. 



OMPLEX and REAL (Arithmetic Data 
Attributes) 



The COMPLEX and REAL attributes are used 
to specify the mode of an arithmetic varia- 
ble. REAL specifies that the data items 
represented by the variable are to be real 
numbers. COMPLEX specifies that the data 
items represented by the variable are to be 
complex numbers, that is, each data item is 
a pair: the first member is a real number 
and the second member an imaginary number. 

General format: 

REAL I COMPLEX 

General rule: 

If a numeric character variable is to 
represent complex values, the COMPLEX 
attribute must be specified with the PIC- 
TURE attribute. The COMPLEX attribute is 
the only other arithmetic or string data 
attribute that can be specified with the 
PICTURE attribute. 



General format: 

DEFINED base-identifier 

{ [subscript- list] | [POSITION 
(decimal-integer-constant) ] } 

The "base identifier" is an unsubscripted, 
optionally qualified variable whose storage 
is also to be represented by the variable 
being declared. The "subscript list" is a 
specification used to determine the portion 
of a base identifier array that the cur- 
rently declared variable will represent. 
POSITION is discussed under the rules for 
overlay defining. 

Rules for defining: 

1. The INITIAL, storage class, and scope 
attributes cannot be specified for the 
defined item. The defined item must 
be a level 1 variable and it cannot be 
a parameter. The VARYING attribute 
must not be specified for either the 
defined item or the base identifier. 
It should be noted that although the 
base can have the EXTERNAL attribute, 
the defined item always has the INTER- 
NAL attribute and cannot be decTareS 



with any scope attribute. If the base 
is external, its name will be known in 
all blocks in which it is declared 
external, but the name of the defined 
item will not. However, the value of 
the defined item will be changed if 
the value of the base item is changed 
in any block. 
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The base identifier must always be 
known within the block in which the 
defined item is declared. The base 
identifier cannot have the DEFINED 
attribute. It can represent a minor 
structure. The current F Compiler 
does not allow the base identifier to 
be controlled or based. 



There are two types of defining, corres- 
pondence defining and overlay defining. If 
iSUB variables are involved, or if both the 
defined item and base identifier are arrays 
with the same number of dimensions and the 
POSITION attribute is not specified, cor- 
respondence defining is in effect. In all 
other cases, overlay defini ng is in effect. 



attribute specification must contain the 
same number of subscript expressions as 
there are dimensions of the base array. 



At least one reference to iSUB must 
appear in the subscript list. An array 
defined by using iSUB variables in the 
subscript list cannot be passed as an 
argument. The base array can be passed, 
and an equivalent array can be definesd on 
the corresponding parameter. 



The base element corresponding to a 
defined element is obtained by replacing 
each iSUB in the subscript list by the 
integer value of the ith subscript of the 
defined element. 



In correspondence defining, the elements 
of the base identifier and the elements of 
the defined item must have the same attri- 
butes. The lengths need not be the same; 
however, the length of the defined item 
I must not be greater than the length of the 
base item. The current F Compiler does not 
allow correspondence defining for arrays of 
structures. 



Correspondence Defining 

When correspondence defining has been 
specified, a reference to an element of the 
defined item is interpreted as a reference 
to the corresponding element of the base 
identifier. A reference to the defined 
array is interpreted as a reference to the 
aggregate of all of the base elements that 
correspond to some element of the defined 
array. 

If there is no subscript list following 
the base identifier, then the correspon- 
dence is direct. In such a case, the 
arrays must have the same number of dimen- 
sions, and a reference to an element of the 
defined item would be interpreted as a 
reference to an element of the base with 
the same subscripts. 

If a subscript list follows the base 
identifier in the DEFINED attribute speci- 
fication, each subscript can be an expres- 
sion and each expression may contain ref- 
erences to the dummy variables indicated by 
iSUB. 

In the dummy variable iSUB, i is a 
decimal integer constant in the range 1 to 
n, where n is the number of dimensions of 
the defined item. Thus, ISUB represents 
subscripts of the first dimension of the 
defined array, 2SUB represents the second 
dimension of the defined array, and so 
forth:. The subscript list following the 
name of the base array in the DEFINED 



The bounds of a defined array mvist be 
within the bounds of the base array. 



Overlay Defining 

Overlay defining specifies that the 
defined item is to occupy part or all of 
the storage allocated to the base. In this 
way, changes to the value of either varia- 
ble may be reflected in the value of the 
other. Overlay defining is permitted 
between the items shown in Figure I-l. 

Rules for overlay defining: 

1. For bit and character class data, the 
POSITION attribute may be specified 
for the defined item. If POSITION is 
specified, the DEFINED attribute must 
also be specified. POSITION need not 
necessarily follow the appearance of 
DEFINED; it may precede it in the same 
declaration, if so desired. The gen- 
eral format of the POSITION attribute 
is as follows: 

POSITION (decimal-integer-constant) 

This specifies the position, in rela- 
tion to the start of the base, at 
which the defined item is to begin. 
If this attribute is omitted, POSITION 
(1) is assumed; that is, the defined 
item is to begin at the first position 
of the base. 

2. For bit and character class datci, the 
extent of the defined item must not be 
larger than the extent of the base. 
Extent is calculated by summing the 
lengths of the parts of the data, 
including all individual elements of 
arrays, and, in the case of the 
defined item, adding n - 1 (where n is 
the position in relation to the start 
of the base) . 
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[Defined Item 
I" 



Base Identifier 



A coded arithmetic element 
variable 

An element label variable 

An element event variable 

An element task variable 

An element pointer variable 

An element offset variable 

An element area variable 

A bit class^ variable 

A character class^ variable 
A structure 



h 



An unsubscripted coded arithmetic element variable 
of the same base, scale, mode, and precision 

An unsubscripted element label variable 

An unsubscripted element event variable 

An unsubscripted element task variable 

An unsubscripted element pointer variable 

An unsubscripted element offset variable 

An unsubscripted element area variable 

Bit class^ data that is neither a cross section of an 
array nor an array within an array of structures 

Character class^ data that is neither a cross section 
of an array nor an array within an array of 
structures 

An identical structure whose makeup is such that 
matching pairs of items from the structures are 
valid examples for overlay defining of coded arith- 
metic, label, task, event, area, offset, and poin- 
ter element variables. The elements can also be 
strings or numeric character data items of matching 
lengths . 

_ _ ^ 



^The bit class consists of: 

a. Fixed- length bit strings 

b. Packed structures consisting of items a or c 

c. Packed arrays consisting of items a or b 

2The character class consists of: 

a. Numeric character data 

b. Fixed-length character strings 

c. Packed structures consisting of items a, b, or d 

d. Packed arrays consisting of items a, b, or c 



Figure I-l. Permissible Items for Overlay Defining 



Order of Evaluation 



Evaluation proceeds as follows: 



1. Expressions specified in all attri- 
butes of the defined item (other than 
the DEFINED attribute) are evaluated 
on entry to the declaring block. 



2. Subscripts in the subscript list fol- 
lowing the base identifier are evalu- 
ated when a reference to the defined 
item is made. 



Examples of Defining 

1. DECLARE A(20,20), B(10) 

DEFINED A( 2 ♦ISUB, 2+lSUB) ; 



In this example of correspondence 
defining, B is a vector consisting of 
every even element in the diagonal of 
the array A. In other words, B(l) 
corresponds to A (2, 2), B(2^ corres- 
ponds to AC*, 4), etc. 



2. DECLARE 1 P, 2 Q CHARACTER (10), 

2 R CHARACTER (100), 

PSTRINGl CHARACTER (110) 
DEFINED P; 



In this example 
PSTRINGl is a 
represents the 
two character 
are elements of 
that P has the 
default. 



of overlay defining, 
character string that 
concatenation of the 
strings Q and R, which 
the structure P. Note 
PACKED attribute by 



Section I: Attributes 



277 



3. DECLARE LIST CHARACTER (40), 

ALIST CHARACTER (10) DEFINED LIST, 
BLIST CHARACTER (20) 

DEFINED LIST POSITION (21), 
CLIST CHARACTER (10) 

DEFINED LIST POSITION (11); 

In this example of overlay defining, 
ALIST refers to the first ten charac- 
ters of LIST, BLIST refers to the 
twenty- first through fortieth charac- 
ters of LIST, and CLIST refers to the 
eleventh through twentieth characters 
of LIST. 

n. DECLARE 1 A, 

2 B FIXED, 
2 C FLOAT, 
1 X DEFINED A, 
2 Y FIXED, 
2 Z FLOAT; 

Ln this example of overlay defining, Y 
refers to B and Z refers to C. 

Note; Although the language rules specify 
that the attributes (except for length) of 
the defined item must exactly match the 
attributes of the base item, the F Compiler 
allows a programmer to make an exception to 
this rule, under certain circumstances. 

If attributes declared for the defined 
item diff€;r from those of the base iden- 
tifier, the compiler notes this with a 
message at the ERROR level. If, however, 
the error code of the EXECUTE job control 
statement of the following step is high 
enough, linkage editing and execution of 
the compiled procedure can continue. For 
example: 

DECLARE A FIXED BINARYOl), 

B BIT (32) DEFINED A; 

Compilation of this DECLARE statement would 
cause an error message to be issued by the 
compiler. However, execution of the pro- 
gram could be successful, and arithmetic 
operations performed upon A would result in 
the change of value of the bit-string 
variable B. 



Dimen sion (Array Attribute) 



The dimension attribute specifies the 
number of dimensions of an array and the 
bounds of each dimension. The dimension 
attribute either specifies the bounds 
(either the upper bound or the upper and 
lower bounds) or indicates, by use of an 
asterisk, that the actual bounds for the 
array are to be taken from elsewhere- 



General format: 

(bound [, bound]...) 
where "bound" is: 

{[lower-bound:] upper- bound} | ♦ 

and "upper-bound" and "lower-bound" are 
element expressions. 

General rules: 



The number of bounds specifications 
indicates the number of dimensions in 
the array unless the variable being 
declared is contained in an array of 
structures, in which case it inherits 
dimensions from the containing struc- 
ture. 

The bounds specification indicates the 
bounds as follows: 

a. If only the upper bound is given, 
the lower bound is assumed to be 
1. 

b. The lower bound must be less than 
or equal to the upper bound. 

c. If asterisk notation is used, an 
asterisk must be used for each 
bounds specification of the arraiy. 
An asterisk specifies that the 
actual bounds are to be specified 
in an ALLOCATE statement, if the 
variable is CONTROLLED, or in a 
declaration of an associated argu- 
ment, if the variable is a simple 
parameter. Thus, the asterisk 
notation can be used only for 
parameters and CONTROLLED varia- 
bles. 

Bounds that are expressions are evalu- 
ated and converted to integer data — 
for System/360 implementations, 
BINARY (15) -- when storage is allocat- 
ed for the array. For dummy arguments 
that are arrays, the bounds are deter- 
mined at invocation of the block con- 
taining the ENTRY attribute. For sim- 
ple parameters, bounds can be only 
optionally signed decimal integer con- 
stants or asterisks. 

The bounds of arrays declared STATIC 
must be optionally signed decimal 
integer constants. 

The dimension attribute must immedi- 
ately follow the array name (or the 
parenthesized list of names, if it is 
being factored) . Intervening blanks 
are optional. 
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6. If the asterisk notation is used to 
declare dimensions of an array of 
structures, all dimension declarations 
within the major structure must also 
be asterisks. 

7. Only one adjustable array bound speci- 
fication can appear in the declaration 
of a based structure. See "The REFER 
Option" in Chapter 14. 



DIRECT and SEQUENTIAL (File Description 
Attributes) 



The DIRECT and SEQUENTIAL attributes 
specify the manner in which the records of 
a RECORD file are to be accessed. SEQUEN- 
TIAL specifies that the records are to be 
accessed according- to their logical 
sequence in the data set. DIRECT specifies 
that the records of the file are to be 
accessed by use of a key. Each record of a 
direct file must, therefore, have a key 
associated with it- Either of these attri- 
butes implies the RECORD attribute,. 

Note that SEQUENTIAL and DIRECT specify 
only the current usage of the file; they do 
not specify physical properties of the data 
set associated with the file. A SEQUENTIAL 
file may actually have keys recorded with 
the data. Most DIRECT files are created as 
SEQUENTIAL files. 

General format: 

SEQUENTIAL! DIRECT 

General rules : 

1. DIRECT files must also have the KEYED 
attribute which is implied by DIRECT. 
SEQUENTIAL files may or may not have 
the KEYED attribute. 

2. The DIRECT and SEQUENTIAL attributes 
cannot be specified with the STREAM 
attribute. 



Assumptions: 



1. 



Default 
files. 



is SEQUENTIAL for RECORD 



2. If a file is implicitly opened by an 
UNLOCK statement, DIRECT is assumed. 



ENTRY Attribute 

The ENTRY attribute specifies that the 
identifier being declared is an entry name. 



It also is used to describe the attributes 
of parameters of the entry point. 

General format: 

ENTRY [ (parameter-attribute-list 

[, parameter-attribute-list] . . . ) ] 

Each "parameter attribute list" describes 
the attributes of a single parameter; the 
parameter name is not listed, but if the 
parameter is a structure, the level number 
must precede the attributes for each level. 
If a parameter is an array, the dimension 
attribute must be the first specified for 
that parameter; otherwise, attributes may 
appear in any order. Parameter attribute 
lists must appear in the same order as the 
associated parameters. If the attribute of 
any parameter need not be described, the 
absence of the corresponding parameter 
attribute list must be indicated by a 
comma . 

General rules: 

1. The ENTRY attribute with associated 
parameter attribute lists must be 
declared for any entry name that is 
invoked within the block if the attri- 
butes of any argument of the invoca- 
tion differ from the attributes of the 
associated parameter. This specifies 
that the compiler is to create the 
necessary dummy arguments. 

2. The ENTRY attribute must be specified 
for any entry name that is declared 
elsewhere and not recognized as such 
within the block if any reference is 
made to that entry name (such as in an 
argument list) unless, within the 
block: 

a. The entry name appears in a CALL' 
statement or a function reference 
with an argument list, either of 
which constitutes a contextual 
declaration of the ENTRY attri- 
bute, or 

b. The entry name is declared to have 
any of the attributes REDUCIBLE, 
IRREDUCIBLE, SETS, USES, BUILTIN, 
and RETURNS, all of which (except 
BUILTIN) imply ENTRY. The ENTRY 
attribute cannot be specified for 
a name that is given the BUILTIN 
or GENERIC attributes. 

3. The ENTRY attribute must be specified 
or implied for an entry name that is a 
parameter. 

H. Expressions used for length or bounds 
in an ENTRY attribute specification 
for non-CONTROLLED parameters are 
evaluated upon entry to the block to 
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which the declaration 
attribute is internal. 



of the ENTRY 



5. Factoring of attributes is not permit- 
ted within parameter attribute lists 
of an ENTRY attribute specification. 

6. The ENTRY attribute must appear for 
each entry name in a GENERIC attribute 
specification. 

7. The ENTRY attribute can be declared 
for an internal enti:y name only within 
the block to which the name is inter- 
nal. 

Assumptions: 

The ENTRY attribute can be assumed eith- 
er contextually or by implication, as des- 
cribed in rule 2. The appearance of a name 
as a label prefix of either a PROCEDURE 
statement or an ENTRY statement constitutes 
an explicit declaration of that identifier 
as an entry name. No defaults are applied 
for parameters unless attributes and/or 
level numbers are specified. If only a 
level number and/or the dimension attribute 
is specified for a parameter, FLOAT, DECI- 
MAL, and REAL are assumed. 



ENVIRONMENT (File Description Attribute) 



The ENVIRONMENT attribute is an 
implementation-defined attribute that 
specifies various file characteristics that 
are not part of the PL/I language. 

General format: 

ENVIRONMENT (option-list) 

Each option in the "option list" is sepa- 
rated by one or more blanks. The option 
list is defined individually for each 
implementation of PL/I. For the F Compil- 
er, it is as follows: 

[ record- format] [BUFFERS <n) ] 
[data-set-organization] 
[volume-disposition] [carriage-control] 
[ COBOL] [data-management-optimization] 
[key-classification] 

The options may appear in any order. 

General rules: 

1. The ENVIRONMENT attribute must be 
included in a DECLARE statement. It 
cannot be specified as an option of an 
OPEN statement. 

2. The "record format" describes the for- 



mat of the records to be written or 
retrieved. The record format specifi- 
cation is as follows: 



F(block-size[, record-size] ) 
I V(max-block-size[,, max- record-size] ) 
'v{S|BS} (max- block-size 

[,, max-record-size] ) 
1 U ( max-block-s ize) 



F(block-size[» record-size] ) specifies 
fixed-length records with the block 
size stated in bytes. If the record 
size is specified (also in number of 
bytes),, it indicates that records are 
blocked, that is, that each physical 
record contains more than one logical 
record. In such cases, the block size 
must be a simple multiple of the 
record size. If the record size is 
not specified,, then logical record 
size is the same as physical record 
size. 

V(max-block-size[, max- record-size] ) 
specifies variable- length records that 
can be contained within the stated 
maximum block size. One record is 
allotted to each block unless the 
maximum record size is stated, in 
which case the records are blocked, 
i.e.,, more than one record may be put 
into a block depending on the space 
available within the block. 

V[S|BS} (max-block-size[,max-record 
-size]) specifies variable- length 
records that may exceed the maximum 
block size. If a record exceeds maxi- 
mum block size, the excess part is 
placed in the next block or blocks. 
When VS is specified, there is never 
more than one record or segment of a 
record in one block. When VBS is 
specified, the records are blocked so 
that a block may contain one or more 
records or segments of a record. 
Stating the maximum record size in the 
VS format or in the VBS format does 
not affect blocking.. 

Four bytes of control information per 
block, plus four bytes per logical 
record or segment of logical record, 
are included automatically by the sys- 
tem for variable- length records. 
These control bytes must be included 
in the count of maximum block size and 
maximum record size. 

U(max-block-size) specifies records of 
undefined length up to the maximum 
stated. No control information is 
included, since records are not 
blocked, and logical record size is 
the same as physical record size. 
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Neither record size nor block size can 
exceed 32,760 bytes. 

3. The BUFFERS (n) option specifies the 
number of buffers to be allocated for 
the data set; this number (n), which 
is specified by a decimal integer 
constant, must not exceed 255. For 
BUFFERED files, one or two buffers are 
automatically allocated, depending on 
the access method, unless a greater 
number is indicated in the BUFFERS (n) 
option. For UNBUFFERED files that 
require hidden buffers, one buffer is 
automatically allocated. If not spec- 
ified in the ENVIRONMENT option, the 
buffer count can be specified in the 
BUFNO subparameter of the associated 
DD statement. 

U. The "data set organization" describes 
some physical characteristics of the 
data set and how records are to be 
written or retrieved. Data set organ- 
ization is specified by one of the 
following: 

CONSECUTIVE 



specified recorded key starts at the 
beginning of the track on which the 
relative record resides. 



REGIONAL (3) desc 
consists of re 
keys. h source 
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The "volume-disposition" specifies the 
action to be taken when the end of a 
magnetic tape volume is reached during 
access to a data set or when a data 
set on a magnetic tape volume is 
closed normally or abnormally. Volume 
disposition is specified by one of the 
following ENVIRONMENT attribute 
options: 



LEAVE 



INDEXED 

REGIONAL (1) 

REGIONAL (2) 

REGIONAL (3) 

CONSECUTIVE describes a data set con- 
sisting of unkeyed records that are to 
be written or retrieved in a physical- 
ly sequential order. This organiza- 
tion is assumed if none is specified,. 
Note the difference between CONSECU- 
TIVE and SEQUENTIAL. CONSECUTIVE spe- 
cifies physical characteristics of the 
data set; SEQUENTIAL has no such con- 
notation. A file declared SEQUENTIAL 
can have any of the five data set 
organization options. 

INDEXED describes an indexed sequen- 
tial data set that consists of keyed 
records, any one of which can be 
located by means of several levels of 
indexes. 

REGIONAL (1) describes a data set that 
consists of records without recorded 
keys but which can be located by means 
of a source key that specifies a 
relative record position within the 
data set. 

REGIONAL (2) describes a data set that 
consists of records v\^ith recorded 
keys. A source key specifies the 
relative record and the recorded key. 
A search for the record with the 



REWIND 



LEAVE specifies that no repositioning 
of the volume is to take place if the 
end of the volume has been reached. 
The channel can then be freed. If a 
data set is closed normally or abnor- 
mally, LEAVE specifies that the tape 
is to be positioned at the end of the 
data set or at the beginning of the 
data set if a BACKWARDS file is being 
used. If the data set continues on 
another volume, the tape is positioned 
at the end of the current volume or at 
the beginning if a BACKWARDS file is 
being used. The channel remains busy 
during the positioning operation. 

REWIND allows the end-of-volume or 
data- set-closure tape action to be 
controlled by the DISP field of the 
associated DD statement. If 
DISP=( Stat us, DELETE) is specified in 
the DD statement, the tape is rewound 
but not unloaded. If 
DISP=(Status,KEEP|CATLGjUNCATLG) is 
specified, the tape is rewound and 
unloaded. If DISP= (status, PASS) is 
specified, the tape is wound on to the 
end of the data set, unless a BACK- 
WARDS file is being used, in which 
case the tape is repositioned at the 
beginning of the data set. When 
DISP= (Stat us, PASS) is specified, the 
channel is kept busy when positioning; 
in the other two cases the channel is 
freed when positioning. 
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The "carriage control" specifies that 
the first character of a record is to 
be interpreted as a carriage control 
character. The carriage control 
options are: 

CTLASA, which specifies that the first 
character of a record is to be inter- 
preted as an ASA standard carriage 
control character, and 

CTL360, which specifies that the first 
character of a record is to be inter- 
preted as an IBM System/360 machine 
code carriage control character. 

The COBOL option specifies that the 
file will contain structures mapped 
according to the COBOL ( F) algorithm. 
This type of file can be used only 
with READ INTO and WRITE FROM State- 
ments. 

The "data management optimization" 
increases program efficiency, in cer- 
tain circumstances, when DIRECT 
INDEXED data sets are to be accessed. 
The data management optimization 
options are: 

INDEXAREAL ( index-area- size) ] 

NOWRITE 

INDEXAREA[ ( index- area-s ize) ] improves 
the input/output speed of a DIRECT 
INPUT or DIRECT UPDATE file with 
INDEXED data set organization, by hav- 
ing the highest level of index placed 
in main storage. The "index area 
size," when specified, must be a deci- 
mal integer constant whose value lies 
within the range zero through 32,767. 
If an index area size is not speci- 
fied, the highest level index is moved 
unconditionally into main storage. If 
an index area size is specified, the 
highest level index is held in main 
storage, provided that its size does 
not exceed that specified. If the 
specified size is less than zero or 
greater than 32,767, the compiler 
issues a warning message and ignores 
the parameter of the option. 
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9. The "key classification" option GENKEY 
(generic key), applies only to INDEXED 
data sets. It enables the programmer 



to classify keys recorded in a data 
set and to use a SEQUENTIAL KEYED 
INPUT or SEQUENTIAL KEYED UPDATE file 
to access records according to their 
key classes. 



A generic key is a character string 
that identifies a class of keys: all 
keys that begin with the string are 
members of that class. For example, 
the recorded keys 'ABCD', 'ABCE', and 
"ABDF' are all members of the classes 
identified by the generic keys 'A' and 
'AB*, and the first two are also 
members of the class 'ABC; and the 
three recorded keys can be considered 
to be unique members of the classes 
"ABCD", 'ABCE', and 'ABDF', respec- 
tively. 

The GENKEY Option allows the program- 
mer to start sequential reading or 
updating of an INDEXED data set from 
the first non-dummy record that has a 
key in a particular class; the class 
is identified by the inclusion of its 
generic key in the KEY option of a 
READ statement. Subsequent records 
can be read by READ statements without 
the KEY option. No indication is 
given when the end of a key class is 
reached. 

If the data set contains no records 
with keys in the specified class, or 
if all the records with keys in the 
specified class are dummy records, the 
KEY condition is raised and the data 
set is positioned to read the first 
record. 

The GENKEY Option affects the execu- 
tion of a READ statement that supplies 
a source key shorter than the key 
length specified in the KEYLEN subpar- 
ameter of the DD statement that 
defines the data set. GENKEY causes 
the key to be interpreted as a generic 
key, and the data set is positioned to 
the first non-dummy record in the data 
set whose key begins with the source 
key. If GENKEY is not specified, a 
short source key is padded on the 
right with blanks to the specified key 
length, and the data set is positioned 
to the record that has this padded 
key (if such a record exists) . 

The use of the GENKEY option does not 
affect the result of supplying a 
source key whose length is greater 
than or equal to the specified key 
length. The source key, truncated on 
the right if necessary, identifies a 
specific record (whose key can be 
considered to be the only member of 
its class) . 
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Assumptions: 

CONSECUTIVE data set organization is 
assumed unless stated otherwise. Tape 
reels are rewound unless the LEAVE option 
is specified. If the BUFFERS (n) option is 
not specified, two buffers are allocated 
for BUFFERED files, and one is allocated 
for UNBUFFERED files that require hidden 
buffers. 



EVENT (Program Control Data Attribute) 



The EVENT attribute specifies that the 
associated identifier is used as an event 
name. Event names are used to investigate 
the current state of tasks or of asynchron- 
ous input/output operations. They can also 
be used as program switches. 

General format: 

EVENT 

General rules: 

1. An identifier may be explicitly 
declared with the EVENT attribute in a 
DECLARE statement,. It may be contex- 
tually declared by its appearance in 
an EVENT option of a CALL statement, 
in a WAIT statement, in a DISPLAY 
statement, or in various input /output 
statements (see Chapter 8, "Input and 
Output," and Chapter 15, 
"Multitasking. " ) 

2. Event names may also have the follow- 
ing attributes: 

Dimension 

Scope (the default is INTERNAL) 

Storage class (the default is 
AUTOMATIC) 

DEFINED (event names may only be 
defined on other event names) 

3. An event variable has two separate 
values: 

a. A single bit which reflects the 
completion value of the variable. 
•I'B indicates complete, 'O'B 
indicates incomplete. 

b. A fixed-point value of default 
precision ((15,0) for the F 
Compiler) which reflects the sta- 
tus value of the variable. A zero 
value indicates normal, nonzero 
indicates abnormal status. 



The values of the event variable can 
be separately returned by use of the 
COMPLETION and STATUS built-in func- 
tions . The COMPLETION function 
returns a bit-string value correspond- 
ing to the completion value of the 
variable; STATUS returns a fixed 
binary value corresponding to the sta- 
tus value. 

Assignment of one event variable to 
another causes both the completion and 
status values to be assigned. Conver- 
sion between event variables and any 
other data type is not possible. 

U. Event variables may be elements of an 
array. Arrays containing event varia- 
bles may take part in assignment, 
provided that this would not require 
conversion to or from event data. 

5. The values of the event variable can 
be set by one of the following means: 

a. Use of the COMPLETION pseudo- 
variable, to set the completion 
value. 

b. Use of the STATUS pseudo-variable, 
to set the status value. 

c- Event variable assignment. 

d. By a statement with the EVENT 
option. 

e. By a WAIT statement for an event 
variable associated with an 
input/ output event. 

f. By the termination of a task with 
which the event variable is 
associated. 

g. By closing a file on which an 
input /output operation with an 
event option is in progress. 

6. On allocation of an event variable, 
its status and completion values are 
undefined. 

7. An event variable may be associated 
with an event, that is, a task or an 
input/output operation, by means of 
the EVENT option on a statement. The 
variable remains associated with the 
event until the event is completed. 
For a task the event is completed when 
the task is terminated because of a 
RETURN, END or EXIT; for an 
input/output event, the event is com- 
pleted during the execution of the 
WAIT for the associated event. During 
this period the event variable is said 
to be active. It is an error to 
associate an active event variable 
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with another event, or to modify the 
completion value of an active event 
variable by event variable assignment 
or by use of the COMPLETION pseudo- 
variable. 



8. It 
is an error to assign to an active event 
variable (including an event variable in an 
array, structure, or area) by means of an 
input/output statement. 



EXCLUSIVE (File Description Attribute) 



The EXCLUSIVE attribute specifies thcit 
records in a DIRECT UPDATE file may be 
locked by an accessing task to prevent 
other tasks from interfering with an operci- 
tion. The section entitled "The EXCLUSIVE 
Attribute," in Chapter 15,, "Multitasking," 
contains a table showing the effects of 
various operations on EXCLUSIVE files and 
the records contained in them. 



9. On execution of a CALL statement with 
the EVENT option, the event variable, 
if inactive, is set to zero status 
value and to imcomplete. The sequence 
of these two assignments is 
uninterruptable, and is completed 
before control passes to the named 
entry point. On termination of the 
task initiated by the CALL statement, 
the event variable is set complete and 
is no longer active. If the task 
termination is not due to RETURN or 
EtTO in the task, then theevent varia- 
ble status is set to 1, unless it is 
already nonzero. The sequence of the 
two assignments to the event variable 
values is uninterruptable. 



10. On execution of an input/output 
statement with the EVENT option, the 
event variable, if inactive, is set to 
zero status value and to incomplete. 
The sequence of these two assignments 
is uninterruptable and is completed 
before any transmission is initaited 
but after any action associated with 
an implicit opening is completed. An 
input/output event variable will not 
be set complete until either the ter- 
mination of the task that initiated 
the event or the execution, by that 
task, of a WAIT statement naming the 
associated event variable. The WAIT 
op€iration delays execution of this 
task until any transmission associated 
with the event is terminated. If no 
input/output conditions are to be 
raised for the operation, the event 
variable is set complete and is no 
longer active. If any input/output 
conditions are to be raised,, the event 
variable is set to have a status value 
of 1 and the relevant conditions are 
raised. On normal return from the 
last on-unit entered as a result of 
these conditions, or on abnormal 
return from one of the on-units, the 
event variable is set complete and is 
no longer active. 



1 11. Event variables cannot be unaligned. 



General format: 



EXCLUSIVE 



General rules; 



The EXCLUSIVE attribute can be appliesd 
to RECORD KEYED DIRECT UPDATE files 
only. 



A READ statement referring to a record 
in an EXCLUSIVE file has the effect of 
locking that record, unless the RESD 
statement has the NOLOCK option, or 
unless the record has already beem 
locked by another task; in the latter 
case, the task executing the REA.D 
statement will wait until the record 
is unlocked before proceeding. 



A DELETE or REWRITE statement refer- 
ring to a locked record will automat- 
ically unlock the record at the end of 
the DELETE or REWRITE operation; if 
the record has been locked by another 
task, the task executing the DELETE or 
REWRITE statement will wait until the 
record is unlocked. While a DELETE or 
REWRITE operation is taking place, the 
record is always locked. 



Automatic unlocking takes place at the 
end of the operation, on normal return 
from any on-units entered because of 
the operation (that is, at the corres- 
ponding WAIT statement when the EVENT 
option has been specified). 



A locked record can be explicitly 
unlocked by the task that locked it, 
by means of the UNLOCK statement. 



Closing an EXCLUSIVE file unlocks 
the records in the file. 



all 



When a task is terminated, all records 
locked by that task are unlocked. 
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Assumptions: 

1. If a file is implicitly opened by the 
UNLOCK statement, it is given the 
EXCLUSIVE attribute. 



2. EXCLUSIVE implies 
DIRECT, and UPDATE. 



RECORD, KEYED, 



EXTERNAL and INTERNAL < Scope Attributes) 



The EXTERNAL and INTERNAL attributes 
specify the scope of a name. INTERNAL 
specifies that the name aan be known only 
in the declaring block and its contained 
blocks. EXTERNAL specifies that the name 
may be known in other blocks containing an 
external declaration of the same name. 

General format: 

EXTERNAL | INTERNAL 

Assumptions: 

INTERNAL is assumed for entry names of 
internal procedures and for variables with 
any storage class. EXTERNAL is assumed for 
file names and entry names of external 
procedures. Programmer-defined condition 
names are assumed to be EXTERNAL. 



FLOAT specifies that the variable is to 
represent floating-point data items. 

General format: 

FIXED I FLOAT 

General rule: 

The FIXED and FLOAT atttributes cannot be 
specified with the PICTURE attribute. 

Assumptions: 

Undeclared identifiers (or identifiers 
declared only with one or more of the 
dimension, PACKED, ALIGNED, scope, and 
storage class attributes) are assumed to be 
arithmetic variables with assigned attri- 
butes depending upon the initial letter. 
For identifiers beginning with any letter I 
through N, the default attributes are REAL 
FIXED BINARY (15,0). For identifiers 
beginning with any other alphabetic charac- 
ter, the default attributes are REAL FLOAT 
DECIMAL (6). If BINARY or DECIMAL and/or 
REAL or COMPLEX are specified, FLOAT is 
assumed. The default precisions are those 
defined for System/360 implementations. 



FLOAT (Arithmetic Data Attribute) 



See FIXED. 



FILE (File Descr i ption Attribute) 

The FILE attribute specifies that the 
identifier being declared is a file name. 

General format: 

FILE 

Assumptions: 

The FILE attribute can be implied by any 
of the other file description attributes. 
In addition, an identifier may be contex- 
tually declared with the FILE attribute 
through its appearance in the FILE option 
of any input/output statement, or in an ON 
statement for any input/output condition. 



GENERIC (Entry Name Attribute) 



The GENERIC attribute is used to define 
a name as a family of entry names, each of 
which is referred to by the name being 
declared. When the generic name is 
referred to, the proper entry name is 
selected, based upon the arguments speci- 
fied for the generic name in the procedure 
reference. 

General format: 



GENERIC (entry-name- declaration 

[, entry-name-declaration] 



.) 



General rules: 



FIXED and FLOAT (Arithmetic Data 
Attributes) 



The FIXED and FLOAT attributes specify 
the scale of the arithmetic variable being 
declared. FIXED specifies that the varia- 
ble is to represent fixed-point data items. 



No other attributes can be specified 
for the name being given the GENERIC 
attribute. 

Each "entry name declaration" follow- 
ing the GENERIC attribute corresponds 
to one member of the family, and has 
the form: 

en try- name attribute-list 
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The "attribute list" of each entry 
nain0 declaration specifies attributes 
of the entry name. It must include 
the ENTRY attribute. It may optional- 
ly have USES, SETS, REDUCIBLE, IRREDU- 
CIBLE, INTERNAL, EXTERNAL, and RETURNS 
attributes. No entry name declaration 
can have the GENERIC attribute, nor 
can it have the BUILTIN attribute. 



Each entry name declaration must spec- 
ify attributes or level numbers for 
each parameter. An ENTRY declaration 
within a GENERIC declaration is exact- 
ly the same as any other ENTRY dec- 
laration,. Therefore, no other entry 

declaration for the same 
can appear in the same 

the entry name appears in a 



attribute 

identifier 

blocik i f 

GENERIC attribute specification. 



When a generic name is referred 
the attributes of the arguments 
match exactly the list following 
entrjy name declaration of one and 
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The selection of a particular entry 
name is first based on the number of 
arguments in the reference to the 
namei. The following attributes are 
then considered in choice of generic 
members : 

Base 

Scale 

Mode 

Precision 

PICTURE 

LABEL (but not label list) 

Number of dimensions (but not 
bounds) 

CHARACTER (but not length) 

BIT (but not length) 

VARYING 



ENTRY (but not parameter descrip- 
tion or other attributes of entry 
names ) 

FILE (but no other FILE attributes) 

ALIGNED 

PACKED 

AREA (but not size) 

OFFSET (but not specified area 
variable) 

POINTER 

TASK 

EVENT 

7. Generic entry names (as opposed to 
references) may be specified as argu- 
ments to non-generic procedures if the 
invoked entry name is explicitly 
declared with the ENTRY attribute. 
This ENTRY attribute must specify that 
the appropriate parameter is an entry 
name and must specify, by means of a 
further ENTRY attribute, the attri- 
butes of all its parameters. This 
enables a choice to be made of which 
family member is to be passed. 



INITIAL (Data Attribute) 



The INITIAL attribute has two forms. 
The first specifies an initial constant 
value to be assigned to a data item when 
storage is allocated to it. The second 
form specifies that, through the CALL 
option, a procedure is to be invoked to 
perform initialization at allocation. 

General format : 

1. INITIAL (item [„item]..,.) 

2,. INITIAL CALL entry-name 
[argument-list] 

General rule: 

The INITIAL attribute cannot be given 
for entry names, file names, defined data, 
structures, parameters, or based variables. 

Rules for form 1: 

1. In this discussion, the term 
"constant" denotes one of the follow- 
ing: 

[+ I - ] ar ithmet ic- constant 
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character- St ring -const ant 



A negative or zero iteration factor 
causes no initialization. 



bit- string-constant 



[+ |-] real-constant {+ |-}imaginary- 
constant 

2. Only one constant value can be speci- 
fied for an element variable; more 
than one can be specified for an array 
variable. A structure variable can be 
initialized only by separate initiali- 
zation of its elementary names, wheth- 
er they are element or array varia- 
bles. 

3. Constant values specified for an array 
are assigned to successive elements of 
the array in row-major order (final 
subscript varying most rapidly) . 

U. If too many constant values are speci- 
fied for an array, excess ones are 
ignored; if not enough are specified, 
the remainder of the array is not 
initialized. 



9. For initialization of a string array, 
if only one parenthesized element 
expression precedes the string initial 
value, the expression is interpreted 
to be a string repetition factor for 
the string; that is, it is interpreted 
as a part of the specification of the 
value for a single element of the 
array. Consequently, for an expres- 
sion to cause initialization of more 
than one element of a string array, 
both the string repetition factor and 
the iteration factor must be explicit- 
ly stated, even if the string repeti- 
ti on factor is (1). For example, 
consider the following: 



((2) 'A') is equivalent to CAA') 
(for a single element) 



((2)(1)'A') is equivalent to 
(*A', *A') (for two elements) 



7. 



Each item in the list can be a con- 10. 
stant, an asterisk denoting no ini- 
tialization for a particular element, 11. 
or an iteration specification. 

The iteration specification has one of 
the following general forms: 

(iteration-factor) constant 

12. 
( iteration-factor) ( item [ , item] .. . . ) 

(iteration- factor) * 

The "iteration factor" specifies the 
number of times the constant, or item 
list, is to be repeated in the ini- 
tialization of elements of an array. 
If a constant follows the iteration 
factor, then the specified number of 
elements are to be initialized with 
that value. If a list of items fol- 
lows the iteration factor, then the 
list is to be repeated the specified 
number of times, with each item ini- 
tializing an element of the array. If 
an asterisk follows the iteration fac- 
tor, then the specified number of 
elements are to be skipped in the 
initialization operation. 

The iteration factor can be an element 13. 
expression, except for STATIC data, in 
which case it must be an unsigned 
decimal integer constant, when stor- 
age is allocated for the array, the 
expression is evaluated to give an lU 
integer that specifies the number of 
iterations. 



Iterations may be nested. 

Label constants given as initial 
values for label variables must be 
known within the block in which the 
label variable declarations occur. 
STATIC label variables cannot have the 
INITIAL attribute. 

An alternate method of initialization 
is available for elements of arrays of 
non-STATIC statement label variables: 
an element of a label array can appear 
as a statement prefix, provided that 
all subscripts are optionally signed 
decimal integer constants . The effect 
of this appearance is the initializa- 
tion of that array element to a value 
that is a constructed label constant 
for the statement prefixed with the 
subscripted reference. This statement 
must be internal to the block contain- 
ing the declaration of the array. 
Only one form of initialization can be 
used for a given label array. If 
CHECK is specified for a label array 
and the elements of the label array 
are initialized by a label prefix, the 
CHECK condition is not raised at ini- 
tialization. 

For the F Compiler, character-string 
or bit- string data having the STATIC 
attribute cannot be initialized with 
complex values. 

This form of the INITIAL attribute 
cannot be used in the declaration of 
locator or area variables. 
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Rules for form 2 : 

1. The "entry name" and "argument list" 
passed must satisfy the condition 
stated for prologues as discussed in 
Part I, Chapter 6, "Blocks and Flow of 
control . " 



In the last example, transfer is made to 
a particular element of the array Z by 
giving I a value of 1,2, or 3. 



Form 2 cannot be used to initialize 
STATIC data. 



Examples : 
a.. 

b. 



DECLARE SWITCH BIT (1) 
INITIAL Cl'B); 

DECLARE MAXVALUE INITIAL (99), 
MINVALUE INITIAL (-99); 

DECLAEIE A (100,10) INITIAL 

((920)0, (20) ((3)5,9)); 

DECLARE TABLE (20,20) INITIAL 
CALL INITIALIZE (X,Y); 

DECLARE 1 A (8), 

2 B INITIAL (0) , 

2 C INITIAL ((8)0); 

DECLARE Z(3) LABEL; 



Z(l) 



Z(2) 



Z(3) 



IF X = Y THEN GO TO EXIT; 



A = A+B + C*D; 



A = A + 10; 



GO TO Z(I) ; 



EXIT: RETURN; 

Example c results in the following: each 
of the first 920 elements of A is set to 0, 
the next 80 elements consist of 20 repeti- 
tions of the sequence 5,5,5,9. 

In Example d, INITIALIZE is the name of 
a procedure that sets the initial values of 
elements in TABLE. X and Y are arguments 
passed to INITIALIZE. 

In Example e, B and C inherit a dimen- 
sion of (8) but, whereas only the first 
element of B is initialized* all the ele- 
ments of C are initialized. 



INPU T,, OUTPUT, and UPD A TE (File Description 
Attributes) 



The INPUT, OUTPUT, and UPDATE attributes 
indicate the function of the file. INPUT 
specifies that data is to be transmitted 
from external storage to the program. OUT- 
PUT specifies that data is to be transmit- 
ted from the program to external storage. 
UPDATE specifies that the data can be 
transmitted in either direction; that is, 
the file is both an input and an output 
file. 

General format : 



INPUT I OUTPUT I UPDATE 
General rules: 

1. A file with the INPUT attribute cannot 
have the PRINT attribute. 

2. A file with the OUTPUT attribute can- 
not have the BACKWARDS attribute. 

3. A file with the UPDATE attribute can- 
not have the STREAM, BACKWARDS, or 
PRINT attributes. A declaration of 
UPDATE for a SEQUENTIAL file indicates 
the update-in-place mode. To accesss 
such a file, the sequence of state- 
ments must be READ, then REWRITE. 

Assumptions: 

Default is INPUT. The PRINT attribute 
implies OUTPUT. The EXCLUSIVE attribute 
implies UPDATE. 

The following assumptions are made when 
a file is implicitly opened by an 
input/output statement: 



WRITE, PUT 
READ, GET 



OUTPUT 



INPUT 



DELETE, REWRITE, UNLOCK UPDATE 



INT ERNAL (Scope Attribute) 



See EXTERNAL. 



288 



IRREDUCIBLE and REDUCIBLE 



General rules: 



These attributes cause nO' action in the 
current version of the F Compiler other 
than to imply the ENTRY attribute. 



1. If a list of statement label constants 
is given, the variable can have as 
values only members of the list. The 
label constants in the list must be 
knovm in the block containing the 
declaration. 



KEYED (File Description Attribute) 



The KEYED attribute specifies that the 
options KEY, KEYTO, and KEYFROM may be used 
to access records in the file. These 
options indicate that keys are involved in 
accessing the records in the file. 



If the variable is a parameter,, its 
value can be any statement label vari- 
able or constant passed as an argu- 
ment. If the argument is a label 
variable, the value of the label par- 
ameter can be any value permitted for 
the label variable that is passed. 



3. An entry name cannot be a value 
label variable. 



of 



General format: 

KEYED 
General rules ; 

1. A KEYED file cannot have the attri- 
butes STREAM or PRINT. 

2. The KEYED attribute can be specified 
for RECORD files only, and must be 
associated with direct access devices. 



The parenthesized list of statement 
label constants can be used in a LABEL 
attribute specification for a label 
array. A subscripted label specifying 
an element of a label array can appear 
as a statement label prefix, if the 
label variable is not STATIC, but it 
cannot appear in an END statement 
after the keyword END. For further 
information, see general rule 12 in 
the discussion of the INITIAL attri- 
bute. 



3. The KEYED attribute must be specified 
for every file with which any of the 
options KEY, KEYTO, and KEYFROM is 
used. It need not be specified if 
none of the options are to be used, 
even though the corresponding data set 
may actually contain recorded keys. 



Assumption: 

The DIRECT 
imply KEYED. 



and EXCLUSIVE attributes 



5. The INITIAL attribute cannot be speci- 
fied for STATIC label variables. 

[ 6. Labels cannot be unaligned. 



Length (String Attribute) 



See BIT. 



LABEL (Program Control Data Attribute) 



LIKE (Structure Attribute) 



The LABEL attribute specifies that the 
identifier being declared is a label varia- 
ble and is to have statement labels as 
values. To aid in optimization of the 
object program* the attribute specification 
may also include the values that the name 
can have during execution of the program. 

General format; 

LABEL [(statement-label-constant 

(,, statement-label-constant] « . . ) ] 



The LIKE attribute specifies that the 
name being declared is a structure variable 
with the same structuring as that for the 
name following the attribute keyword LIKE. 
Substructure names,, elementary names, and 
attributes for substructure names and elem- 
entary names are to be identical. 

General format : 

LIKE structure-variable 
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General rules: 

1. The "structure variable" can be a 
major structure name or a minor struc- 
ture name. It can be a qualified 
name,, but it cannot be subscripted. 

2. The "structure variable" must be known 
in the block containing the LIKE 
attribute specification. The struc- 
ture names in all LIKE attributes are 
associated with declared structures 
before any LIKE attributes are expand- 
ed. For example: 

DECLARE 1 A, 2 C, 3 E,, 3 F, 
ID, 2 C, 3 G, 3 H; 



attribute for any elements of a label 
array that has been initialized by 
prefixing to a statement. 



If a direct application 
cription to the struct 
LIKE would cause an incor 
ity of level numbers (for 
a minor structure at 
declared LIKE a major 
level 1) the level numb 
fied by a constant before 



of the des- 
ure declared 
rect continu- 
example, if 
level 3 were 
structure at 
ers are modi- 
application. 



The LIKE attribute is expanded before 
the ALIGNED and UNALIGNED attributes 
are applied to the contained elements 
of a structure. 



BEGIN; 

DECLARE 1 A LIKE D, IB LIKE A.C; 



NORMAL 



See ABNORMAL. 



END; 

These declarations result in the fol- 
lowing: 

1 A LIKE D is expanded to give: 

1 A, 2 C, 3 G, 3 H 
1 B LIKE A.C is expanded to give: 

IB, 3 E, 3 F 

Neither the "structure variable" nor 
any of its substructures can be 
declared with the LIKE attribute, nor 
may the "structure variable" have been 
completed by the LIKE attribute. 

Neither additional substructures nor 
elementary names can be added to the 
created structure; any level number 
that immediately follows the 
"structure variable" in the LIKE 
attribute specification in a DECLARE 
statement must be algebraically equal 
to or less than the level number of 
the name declared with the LIKE attri- 
bute . 

Attributes of the "structure variable" 
itself do not carry over to the creat- 
ed structure- For example, storage 
class attributes do not carry over. 
If the "structure variable" following 
the keyword LIKE represents an array 
of structures^, its dimension attribute 
is not carried over. Attributes of 
siibstructure names and elementary 
names, however, are carried over; con- 
tained dimension and length attributes 
are recomputed. An exception is that 
this does not apply to the INITIAL 



OFF SET and POINTER (Program Control Data 
Attributes) 



The OFFSET and POINTER attributes des- 
cribe locator variables. A pointer varia- 
ble can be used in a based variable ref- 
erence to identify a particular allocation 
of the based variable. Offset variables 
identify a location relative to the start 
of an area; pointer variables identify any 
location, including those within areas. 

General format: 

POINTER I OFFSET (area-variable) 

General rules: 

1. A pointer variable can be explicitly 
declared in a DECLARE statement, or it 
can be contextually declared by its 
appearance as a pointer qualifier, by 
its appearance in a BASED attribute, 
or by its appearance in a SET option. 

2. An offset variable must be explicitly 
declared. 

3. The value of a pointer variable can be 
set in any of the following ways: 

a. With the SET option of a READ 
statement; 

b. By a LOCATE statement; 

c. By an ALLOCATE statement; 

d. By assignment of the value of 
another locator variable,, or a 
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locator value returned by a user- 
defined function; 



PICTURE (Data Attribute) 



e. By ass4.gnment of an ADDR or 
built-in function value. 



NULL 



4. 



5. 



6. 



10. 



11. 



The value of an offset variable can be; 
set only by assignment of the value of 
another locator variable or the value 
of the NULLO built-in function. 



Locator variables cannot be operands 
of any operators other than the 
comparison operators = and t=. 



Locator data cannot be converted to 
any other data type, but pointer can 
be converted to offset, and vice 
versa. 



A locator value can be assigned only 
to a locator variable. When an offset 
value is assigned to an offset varia- 
ble, the area variables named in the 
OFFSET attributes are ignored. 

Locator data cannot be transmitted 
using STREAM input/output,. 

Only the INITIAL CALL form of the 
INITIAL attribute is allowed in loca- 
tor declarations. 



Offset variables cannot be 
qualify a based reference. 



used to 



For the F Compiler, the area variable 
named in an OFFSET attribute must be 
of based storage class. 



12. Pointer variables and offset variables 
cannot be unaligned. 

Assumption: 

The variable named in the OFFSET attri- 
bute is contextually declared to have the. 
AREA attribute, but its storage class will 
be automatic; hence, it will not conform to 
general rule 11, above. For the F Compil- 
er, therefore, an offset declaration with- 
out an accompanying explicit area declara- 
tion will result in an error. (See also 
"AREA (Program Control Data Attribute)," in 
this section. ) 



OUTPUT (File Description Attribute) 



See INPUT. 



The PICTURE attribute is used to define 
the internal and external formats of 
character- string and numeric character data 
and to specify the editing of data. Numer- 
ic character data is data having an arith- 
metic value but stored internally in char- 
acter form. Numeric character data must be 
converted to coded arithmetic before arith- 
metic operations can be performed. 

The picture characters are described in 
Section D, "Picture Specification Charac- 
ters." 

General format: 

PICTURE 

' character-picture- specification* 

'numeric-picture-specification' 

A "picture specif ication^ " either character 
or numeric, is composed of a string of 
picture characters enclosed in single quo- 
tation marks. An individual picture char- 
acter may be preceded by a repetition 
factor, which is a decimal integer con- 
stant, n, enclosed in parentheses, to indi- 
cate repetition of the character n times. 
If n is zero, the character is ignored. 
Picture characters are considered to be 
grouped into fields ,, some of which contain 
subf ields. 

General rules : 

1. The "character picture specification" 
is used to describe a character-string 
data item. Three characters may be 
used: A, indicating that the associat- 
ed position in the data item may 
contain any alphabetic character or a 
blank; X, indicating that the asso- 
ciated postion may contain any charac- 
ter; and 9:, indicating that the asso- 
ciated position may contain any deci- 
mal digit or a blank. A character 
picture specification must include at 
least one A or X. Each character 
picture specification is a single 
field with no contained subf ields. 

Example: 

DECLARE ORDER# PICTURE 

'AA(3)9X99X(4)9' ; 

This declaration specifies that values 
of ORDER* are to be character strings 
of length 13. The string consists of 
two letters, three digits, any charac- 
terr two digits, any character, and 
four digits. For example, the charac- 
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ter string "G 42-6 3-002U' 
this description- 



would fit 



Editing and suppression characters are 
not allowed in character picture 
specifications. Each picture specifi- 
cation character must represent an 
actual character in the data item. 

2. The "numeric picture specification" is 
used to describe a character item that 
represents either an arithmetic value 
or a character- string value, depending 
upon its use. A numeric picture 
specification can consist of one or 
more fields, scxne of which can be 
divided into subfields- A single 
field is used to describe a fixed- 
point number or the mantissa of a 
floating-point number. Either may be 
divided into two subfields, one 
describing the integer portion, the 
other describing the fractional por- 
tion. For floating-point numbers, a 
second field is required to describe 
the exponent; it cannot be divided 
into subfields. A second field may 
optionally be used with fixed-point 
numbers to indicate a scaling factor. 
Four basic picture characters can be 
used in a numeric picture specifi- 
cation; 

9 indicating any decimal digit 



V indicating the assumed location of 
a decimal point. It does not spec- 
ify an actual character in the 
character-string value of the data 
item. The V also indicates the end 
of a subfield of a picture specifi- 
cation. 

K indicating, for floating-point data 
items, that the exponent should be 
assumed to begin at the position 
associated with the picture charac- 
ter following the K. It does not 
specify an actual character in the 
character- string value of the data 
item, either an E or a sign. The K 
delimits the two fields of the 
specification. 

E indicating,, for floating-point data 
items, that the associated position 
will contain the letter E to indi- 
cate the beginning of the exponent. 
The E also delimits the two fields. 

In addition to these characters, zero 
suppression characters, editing char- 
acters,, and sign characters may be 
included in a numeric picture specifi- 
cation to indicate editing. Editing 
characters are not a part of the 
arithmetic value of a numeric charac- 
ter data item,, but they are a part of 
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its character-string value. Repeti- 
tion factors are allowed in numeric 
picture specifications. 



3. A numeric character data item can have 
only a decimal base. Its scale and 
precision are specified by the picture 
characters. The PICTURE attribute 
cannot be specified in combination 
with base, scale, or precision attri- 
butes. If the mode of the numeric 
character data is COMPLEX, however, 
the COMPLEX attribute must be expli- 
citly stated. 



U, The following paragraphs indicate the 
combinations of picture characters for 
different arithmetic data formats. 



a. Real decimal fixed-point items are 
described in the following general 
form: 

PICTURE • [9]... [V] [93... 

[F([+l-] integer)]* 



The optional field of the picture 
specification, beginning with the 
letter F together with a parenthe- 
sized, optionally signed decimal 
integer constant^ is a scaling 
factor that indicates the location 
of an assumed decimal point if 
that location is outside the 
actual data item. The scaling 
factor has an effect similar to 
the exponent of a floating-point 
number; it indicates that the 
assumed decimal point is "integer" 
places to the right (or left, if 
negative) of the position other- 
wise indicated. 

Sign, editing, and zero suppres- 
sion picture characters can be 
included in a fixed-point specifi- 
cation. The V cannot appear more 
than once in a specification, 
although it may be used in combi- 
nation with the decimal point ( . ) 
or comma (,) editing characters, 
which cause insertion of a period 
or comma. If no V is included, 
the decimal point is assumed to be 
to the right of the rightmost 
digit. Only one sign indication 
can be included in the first field 
(the actual sign of the integer in 
a scaling factor is allowed 
additionally) . The specification 
must include at least one digit 
position. 



5. 



Example: 

DECLARE A PICTURE •999V99*; 

This specification describes 
numeric character items of five 
digits, two of which are assumed 
to be fractional digits. 



b. Real decimal floating-point items 
are described by the following 
general form: 



PICTURE 

• [9]... [V] [9]...{E|K}9(9]'' 



Both the mantissa field and the 
exponent field must each contain 
at least one digit position. The 
exponent field can contain no more 
than two digits, since System/360 
implementations allow only two 
digits in the exponent field of a 
decimal floating-point number. If 
arithmetic data items are to be 
assigned to the described varia- 
ble, the exponent field must con- 
tain both of the allowed digit 
specification characters, or the 
second digit of the exponent field 
will be lost and the SIZE condi- 
tion will be raised. 

Sign, editing, and zero suppres- 
sion picture characters can be 
included in a floating-point 
specification. One sign indica- 
tion is allowed for each field. 
Only one V is allowed, and it can 
appear in the first field only. 
As with fixed-point specifi- 
cations, the V may appear in com- 
bination with the decimal point 
editing character (as .V or V.). 



Complex numeric character data is 
described using the general form: 

PICTURE » real-picture' COMPLEX 

The "real picture" is a specifi- 
cation for either a decimal fixed- 
point or a decimal floating-point 
data item« The single picture 
specification describes both parts 
of a complex number. 



The precision of a numeric character 
variable is dependent upon the number 
of digit positions, actual and 
conditional. Digit positions can be 
specified by the following characters: 



Section I: Attributes 



291 



9 which is an actual digit character 

Z 

* } which are conditional digit charac- 
ters specifying zero suppression 
Y ■ 



I } which are digit characters speci- 
fying an overpunch 

R " 



which are conditional digit drift- 
ing characters 



Each but the first conditional digit 
drifting character in a drifting 
string specifies a digit position. A 
conditional digit drifting character 
used alone does not specify a digit 
position. 



PICTURE 

'G [editing-character-1] - . . 

M pounds-field 

M [separator-1] ., . 

shillings-field 

M (separator-2] . . . 
pence-field 

[editing-character-2] ... * 

Picture specification characters, 
editing characters, and separators can 
be used in any of these fields and are 
discussed in Section D, "Picture 
Specification Characters." 

The precision (Prq) of a sterling 
numeric character data item is defined 
as follows: 

q = number of fractional digits in 
the pence field 

p = 3+q+ (number of digit positions, 
actual and conditional, in the 
pounds field) 



Precision of a fixed-point variable is 
(p,q), where 2 i^ "^h® number of digit 
positions in the picture specification 
and g is the number of digit positions 
following V. Precision of a floating- 
point variable is (p) , where p is the 
number of digit positions preceding 
the E or K. Indicated static editing 
characters or insertion characters do 
not participate in the specification 
Of precision^, but they must be counted 
in the number of characters if the 
data item is written as output or 
assigned internally to a character 
string. 



POINTER (Program Control Data Attribute) 



See OFFSET. 



POSITION (Data Attribute) 



See DEFINED. 



Precision (Arithmetic Data Attribute) 



A variable representing sterling data 
items can be specified by using a 
numeric picture specification that 
consists of three fields, one each for 
pounds, shillings, and pence. The 
pence field may be divided into two 
subfields. Data so described is 
stored in character format as three 
contiguous numbers corresponding to 
each of the three fields. If any 
arithmetic operations are specified 
for the variable, its value is con- 
verted to coded fixed-point decimal 
representing the value in pence. 
Sterling picture specifications have 
the following form: 



The precision attribute is used to spec- 
ify the minimum number of significant 
digits to be maintained for the values of 
the data items, and to specify the scale 
factor (the assumed position of the binary 
or decimal point) . The precision attribute 
applies to both binary and decimal data. 

General format: 

( number-of -digits [ , scale-f actor ] ) 

The "number of digits" is an unsigned 
decimal integer constant and "scale factor" 
is an optionally signed decimal integer 
constant. The precision attribute specifi- 
cation is often represented, for bresvity. 
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as (p,q), where g represents the "number of 
digits" and 3 represents the "scale 
factor. " 



(5,0) for DECIMAL FIXED 
(15,0) for BINARY FIXED 
(6) for DECIMAL FLOAT 
(21) for BINARY FLOAT 



General rules: 



1« The precision attribute must immedi- 
ately follow, with or without inter- 
vening blanks, the scale (FIXED or 
FLOAT), base (DECIMAL Or BINARY), or 
mode (REAL or COMPLEX) attribute at 
the same factoring level. 

2*. The number of digits specifies the 
number of digits to be maintained for 
data items assigned to the variable. 
The scale factor specifies the number 
of fractional digits. No point is 
actually present; its location is 
assumed. 



PRINT (File Description Attribute) 



The PRINT attribute specifies that the 
data of the file is ultimately to be 
printed. The PAGE and LINE options of the 
PUT statement and the PAGESIZE option of 
the OPEN statement can be used only with 
files having the PRINT attribute. These 
options are described in Section J, 
"Statements. " 

General format : 

PRINT 



3. The scale factor can be specified for 
fixed-point variables only; the number 
of digits is specified for both fixed- 
point and floating-point variables. 

4. When the scale is FIXED and no scale 
factor is specified, it is assumed to 
be zero; that is, the variable is to 
represent integers. 

5. The scale factor can be negative, and 
it can be larger than the number of 
digits. A negative scale factor (-q) 
always specifies integers, with the 
point assumed to be located g places 
to the right of the rightmost actual 
digit. A positive scale factor (q) 
that is larger than the number of 
digits always specifies a fraction, 
with the point assumed to be located g 
places to the left of the rightmost 
actual digit. In either case,, 
intervening zeros are assumed, but 
they are not stored; only the speci- 
fied number of digits are actually 
stored. 

6. The precision attribute cannot be 
specified in combination with the PIC- 
TURE attribute. 



General rules: 

1. The PRINT attribute implies the OUTPUT 
and STREAM attributes. 

2. The PRINT attribute conflicts with the 
RECORD attribute. (However <, through 
the use of the DD statement^ RECORD 
files can be associated with the prin- 
ter. ) 

3. The PRINT attribute causes the initial 
data byte within each record to be 
reserved for ASA printer control char- 
acters. These control characters are 
set by the PAGE, SKIP, or LINE format 
items or options. 

Assumption: 

If no FILE or STRING specification 
appears in a PUT statement, the standard 
output file SYSPRINT is assumed. 



REAL (Arithmetic Data Attribute) 



see COMPLEX. 



7. The maximum number of digits allowed 
for System/360 implementations is 15 
for decimal fixed-point data, 31 for 
binary fixed-point data, 16 for deci- 
mal floating-point data, and 53 for 
binary floating-point data. 



Assumptions: 



The defaults for System/360 
tions are as follows : 



implementa- 



RECORD and STREAM (File Description 
Attributes) 



The RECORD and STREAM attributes specify 
the kind of data transmission to be used 
for the file. STREAM indicates that the 
data of the file is considered to be a 
continuous stream of data items, in charac- 
ter form, to be assigned from the stream to 
variables, or from expressions into the 



Section I: Attributes 



293 



stream. RECORD indicates that the file 
consists of a collection of physically 
separate records » each of which consists of 
one or more data items in any form. Each 
record is transmitted as an entity to or 
from a variable. 

General format: 

RECORD I STREAM 

General rules: 

lo A file with the STREAM attribute can 
be specified only in the OPEN, CLOSE, 
GET, and PUT statements. 

2. A file with the RECORD attribute can 
be specified only in the OPEN, CLOSE„ 
I READ, WRITE, REWRITE, UNLOCK, and 
DELETE statements. 

3- A file with the STREAM attribute can- 
not have any of the following attri- 
butes: UPDATE, DIRECT, SEQUENTIAL, 
BACKWARDS, BUFFERED, UNBUFFERED, 
I EXCLUSIVE^ and KEYED, any of which 
implies RECORD. 

U- A file with the RECORD attribute can- 
not have the PRINT attribute. 

Assumptions: 

Default is STREAM. If a file is impli- 
citly^ opened by a READ, WRITE, REWRITE, 
{UNLOCK, or DELETE Statement, RECORD is 
assumed. 



REDUCIBLE 



See IRREDUCIBLE, 



RETURNS (Entry Name Attribute) 



The RETURNS attribute may be specified 
in a DECLARE statement for an entry name 
that is used in a function reference within 
the scope of the declaration. It is used 
to describe the attributes of the function 
value returned when that entry name is 
invoked as a function. 



General rules: 

1. The "ENTRY attribute specification" 
consists of the keyword ENTRY with or 
without associated parameter attribute 
lists. If parameter attribute lists 
are not required, the keyword ENTRY is 
optional, since the RETURNS attribute 
implies the ENTRY attribute. 

2. The attributes in the parenthesized 
list following the keyword RETURNS are 
Separated by blanks. They must agree 
with the attributes specified in the 
PROCEDURE or ENTRY Statement to which 
the entry name is prefixed. If the 
attributes of the actual value 
returned do not agree with those 
declared with the RETURNS attribute, 
no conversion will be performed. 

3. Only arithmetic, string, locator, 
AREA, and PICTURE attributes can be 
specified. 

4. Length attribute specifications are 
evaluated on entry to the block con- 
taining the RETURNS attribute specifi- 
cation. 

5. Unless default attributes for the 
entry name apply, any invocation of a 
function must appear within the scope 
of a RETURNS attribute declaration for 
the entry name. For an internal func- 
tion, the RETURNS attribute can be 
specified only in a DECLARE statement 
that is internal to the same block as 
the function procedure. 

Assumptions: 

If the RETURNS attribute is not speci- 
fied within the scope of a function ref- 
erence, the defaults assumed for the 
returned value are FIXED BINARY (15,0) if 
the entry name begins with any of the 
letters I through N; otherwise, the 
defaults are FLOAT DECIMAL (6). Default 
precisions are those defined for System/360 
implementations. 



SEQUENTIAL (File Description Attribute ) 



See DIRECT. 



General format: 



RETURNS (attribute ) 

It is used in the following manner: 

DECLARE entry-name 

[ENTRY-attribute-specif ication] 
RETURNS ( attribute . . . ) ; 



SETS and USES 



These attributes cause no action in the 
current version of the F Compiler other 
than to imply the ENTRY attribute. 
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STATIC_ (S torage Class Attribute) 



See AUTOMATIC. 



STREAM (File Description Attribute) 



See RECORD, 



TASK (Program Control Data Attribute) 



The TASK attribute describes a variable 
that may be used as a task nzime, to test or 
control the relative priority of a task. 



General format: 
TASK 

General rules: 

1. An identifier can be explicitly 
declared with the TASK attribute in a 
DECLARE statement, or it can be con- 
textually declared by its appearance 
in a TASK option of a CALL statement. 

2. Task variables can also have the fol- 
lowing attributes: 

a. Dimension 

b. Scope (the default is INTERNAL) 

c. Storage class (the default is 
AUTOMATIC) 

d. DEFINED (task variables may only 
be defined on other task names) 

3. A task variable can be used in the 
following contexts only: 



In the TASK option of a 
statement 



CALL 



b. As an argument of the PRIORITY 
pseudo- variable or built-in func- 
tion 

c. As an argument in a CALL statement 
or function reference 

d. As a parameter in a PROCEDURE or 
ENTRY statement or in the paramet-' 
er attribute list of an ENTRY 
attribute 

e. In an ALLOCATE or FREE statement 



U. A task variable may be associated with 
the priority of a task by including 
the task name in the TASK option of a 
CALL statement. A task variable is 
said to be active if its associated 
task is active. A task variable must 
be in an allocated state when it is 
associated with a task and must not be 
freed while it is active. An active 
task variable cannot be associated 
with another task. 



5. 



6. 



7. 



A task variable con 
value, a priority valu 
is a fixed-point bina 
cision (n, 0) , 
implement at ion- defined 
Compiler). This val 
and adjusted by means 
built-in function and 
The built-in functio 
priority of the task a 
to the priority of th 
the function. Similar 
variable permits ass 
named task variable, 
relative to the prio 
executing the assignme 



tains a single 
e. This value 
ry value of pre- 
where n is 

(15, for the F 
ue can be tested 
of the PRIORITY 
psaudo- variable. 
n returns the 
rgument relative 
e task executing 
ly, the pseudo- 
ignment, to the 

of a priority 
rity of the task 
nt. 



Structures, arrays, or areas 
containing task variables cannot take 
part in assignment or input/output 
operations. 



Task data cannot be converted to any 
other data type. 

A task variable cannot be passed as an 
argument if this would require crea- 
tion of a dum.m.y argument. 



UNAL IGNED (Data Attribute) 
See ALIGNED. 

UNBUFFERED ( Fi le Description Attri bute) 
See BUFFERED. 

UPDATE (File Description Attribute) 
See INPUT. 




VARYING (String Attribute) 
See BIT. 
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Si:CTION J:: STATEMENTS 



This gection presents the PL/I state- 
irents in alphabetical or'-Ter. (The prepro- 
cessor statements are alphabetically 
arranged at the end of this section.) Most 
statements are accompanipc* by the following 
information: 

1. Function — a short description of the 
meaning and use of the statement 

2. General format — the syntax of the 

statement 

3. Syntax rules -'- rules of syntax that 
are not reflected in the general for- 
mat 

4. General rules — rules governing the 
use of the statement and its meaning 
in a PL/I program 



keyword ALLOCATE must fce a 
identifier. 



level 



The ALLOCATE Statement 



B''unction: 

The ALLOCATE statement causes storage to 
be allocated for specified controlled or 
based data. 

General format: 

Option 1: 

ALLOCATE [level] identifier 
[dimension] [attribute]... 
[, [level] identifier [dimension] 
[attribute] ...]...; 

Option 2: 

ALLOCATE based- variable-identifier 
[SET (pointer-variable)] 
[IN (area-variable)] 
[, based-variable- identifier 
[SET (pointer-variable)] 
[IN (area-variable)]]...; 

Syntax rules: 

1. Based variables and controlled varia- 
bles may both be specified as iden- 
tifiers in the same ALLOCATE state- 
ment. 

Syntalx rules 2 through 7 apply only to 
Option 1: 

2. "Level" indicates a level number. The 
first identifier appearing after the 



3. Each identifier must represent data of 
the controlled storage class or be an 
element of a controlled major struc- 
ture. 

4. "Dimension" indicates a dimension 
attribute. "Attribute" indicates a 
BIT, CHARACTER, or INIIIAL attribute. 

5. A dimension attribute, if present, 
miust specify the same number of dimen- 
sions as that declared for the asso- 
ciated identifier. 

6. The attribute BIT may appear only with 
a BIT identifier; CHARACTER may appear 
only with a CHARACTER identifier. 

7. A structure element name, other than 
the major structure nane, may appear 
only if the relative structuring of 
the entire structure appears as in the 
DECLARE statement for that structure. 



Syntax rules 
Option 2: 



8 and 9 apply only to 



9. 



The based variable appearing in the 
ALLOCATE Statement may be an element 
variable, an array, or a major struc- 
ture. When it is a rrajcr structure, 
only the major structure name is spec- 
ified. 

The SET clause, if present, may appear 
preceding or following the IN clause. 



General rules: 



Rules 1 through 6 apply only to Option 1; 



When Option 1 is U3 
statement for an identi 
storage was allocated 
causes storage for the 
be "pushed down" or 
pushing down creates a 
of data for the ide 
storage for this identi 
using the FREE s tat em, 
"popped up" or removed 



ed, an ALLOCATE 

fier for which 

and not fr€>ed 

identifier to 

otacked. This 

new general^ ion 

ntifier. When 

fier is freed, 

ent, storage is 

from the stack. 



Bounds for arrays and lengths of 
strings are fixed at the execution of 
an ALLOCATE statement . 

a. If a bound or length is explicitly 
specified in an ALLOCATE state- 
ment, that bound or length over- 



296 



rides any bound or length given in 
the DECLARE statement. 



b. If a bound or length is specified 
by an asterisk in an ALLOCATE 
statement, that bound or length is 
taken from the most recent alloca- 
tion. If the variable has not 
been previously allocated, the 
bound or length is undefined. 

c. Either the ALLOCATE statement or 
the DECLARE Statement must specify 
any necessary dimension size, or 
length attributes for an identifi- 
er. Any expression taken from the 
DECLARE statement is evaluated at 
the point of allocation using the 
condition enabling of the ALLOCATE 
statement, although the names are 
interpreted in the environment of 
the DECLARE statement. 

d. If, in either an ALLOCATE or a 
DECLARE Statement, bounds, 
lengths, or area sizes are speci- 
fied by expressions that contain 
references to the variable being 
allocated, the expression are 
evaluated using the value of the 
most recent generation of the 
variable. 

3. Upon allocation of an identifier, ini- 
tial values are assigned to it if the 
identifier has an INITIAL attribute in 
either the ALLOCATE statement or 
DECLARE statement. Expressions or a 
CALL option in the INITIAL attribute 
are executed at the point of alloca- 
tion, using the condition enabling of 
the ALLOCATE statement, although the 
names are interpreted in the environ- 
ment of the declaration. If an INI- 
TIAL attribute appears in both DECLARE 
and ALLOCATE statements, the INITIAL 
attribute in the ALLOCATE statement is 
used. If initialization involves ref- 
erence to the variable being allocat- 
ed, the reference will be to the new 
generation of the variable. 

li. To determine whether or not storage 
has been allocated for an identifier 
the built-in function ALLOCATION may 
be used. 

5« A parameter that is declared CON- 
TROLLED may be specified in an ALLO- 
CATE statement. 

6- Any evaluations performed at the time 
the ALLOCATE statement is executed 
(e.g., evaluation of expressions in an 
INITIAL attribute) must not be inter- 
dependent; they cannot depend on each 
other at the same time. 



Rules 7 through 15 apply only to 
Option 2 : 

7. When Option 2 is used, storage is not 
"pushed down" or stacked. In this 
case, reference may be made to any 
generation of a based variable through 
a pointer variable. 

8. The SET clause indicates the pointer 
variable that is to receive the value 
identifying the allocation. The SET 
clause need not name the pointer vari- 
able declared with the based variable. 
If the SET clause is omitted, the 
pointer that was declared with the 
based variable is set. 

9. If the IN clause appears in the ALLO- 
CATE statement^ storage will be allo- 
cated in the named area, for the based 
variable. If sufficient storage does 
not exist within this area, the AREA 
condition will be raised. 

10. The amount -of storage allocated for a 
based variable depends on its attri- 
butes, and on its dimensions and 
length specifications if these are 
applicable at the time of allocation. 
These attributes are determined from 
the declaration of the based variable, 
and additional attributes may not be 
specified in the ALLOCATE statement. 
A based structure may contain one 
adjustable array bound or string 
length, whose value is taken, on allo- 
cation, from the current value of a 
variable outside the structure (see 
"The REFER Option", in Chapter 14, 
"Based Storage and List Processing.") 
Note that the asterisk notation for 
bounds and length is not permitted for 
based variables. 

11. If the area variable is an array, the 
subscripts must be specified with the 
area variable. 

12. A based variable transferred as an 
argument to a procedure cannot appear 
in an ALLOCATE statement in the called 
procedure. 

Examples: 

1. The following examples illustrate the 
use of the ALLOCATE statement for a 
controlled identifier: 

DECLARE A(N1,N2) CONTROLLED ; 



Nl, N2 = 10; 
ALLOCATE A; 

ALLOCATE A 

(K1,K2); 



The bounds are 10 and 

10 
The bounds are Kl and 

K2 which override Nl 

and N2. 
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Nl = Nl + 1; 










ALLOCATE A; 


The bounds 
10. 


are 


11 


and 


ALLOCATE A 


The bounds 


are 


11 


and 


(+,*); 


10. 








ALLOCATE A 


The bounds 


are 


Jl 


and 


(Jl, J2) ; 


J2. 









I, The following example illustrates the 
use of the ALLOCATE statement when the 
DECLARE statement contains asterisks 
for the length of a controlled bit 
string B: 

DECLARE B BIT (*) VARYING CONTROLLED ; 



ALLOCATE B 

BIT (*); 
ALLOCATE B; 

ALLOCATE B 

BIT CN) ; 

ALLOCATE B CHAR- 
ACTER ( 4 ) ; 

ALLOCATE B 

BIT (8); 



Invalid; violates rule 
2b. 

Invalid; violates rule 
2b. 

The maximum length is 
N. 

Invalid; violates syn- 
tax rule 5. 

The maximum length is 



The following example illustrates the 
use of the built-in function ALLOCA- 
TION and of the INITIAL attribute for 
a controlled variable in an ALLOCATE 
statement: 

DECLARE A(N,N) CONTROLLED INITIAL 
((N*N)0) ; 



IF T ALLOCATION (A) THEN ALLOCATE 
INITIAL (1, (N-1) ((N)0,1)); 



ALLOCATE A; 

U, The following example illustrates 
three uses of Option 2 of the ALLOCATE 
statement for based identifiers. 

DECLARE VALUE BASED (P) , 

RATES BASED (Q) 

1 GROUP BASED (R) , 
2 DIM FIXED BINARY, 
2 VALUES (N REFER (DIM) ) , 

TABLE AREA BASED (S) , 

N FIXED BINARY, 

T POINTER; 

a. ALLOCATE VALUE SET (P) ; 
Allocates storage for the based 
variable VALUE and sets the poin- 
ter variable P to identify the 
particular allocation. 

b, ALLOCATE GROUP SET (R) ; 
Allocates storage for the struc- 
ture GROUP, and sets the pointer 
variable R to identify the parti- 



cular allocation. The current 
value of N is used to determine 
the bound of VALUES, and this 
value is assigned to DIM. 

ALLOCATE RATES SET (T) IN TABLE; 
Allocates storage within the area 
S-> TABLE for the variable RATES. 
The pointer variable T is set to 
identify the location within TABLE 
at which RATES is allocated. 



The Assignment Statement 



Function: 

The assignment statement is used to 
evaluate an expression and to assign its 
value to one or more target variables; the 
target variables may be element, array, or 
structure variables. The target variables 
may be indicated by pseudo- variables. 

General formats: 

The assignment statement has 3 general 
format options. They are given in Figure 
J-1. 

Syntax rules: 

1. In Option 2, each target variable must 
be an array. If the right-hand side 
contains arrays of structures, then 
all target variables must be arrays of 
structures. The BY NAME option may be 
given only when the right-hand side 
contains at least one structure. 

2. In Option 3, each target variable must 
be a structure. 

General rules: 

1. Aggregate assignments (Options 2 and 
3) are expanded into a series of 
element assignments according to rules 
5 through 8. 

2. An element assignment is performed as 
follows: 

a. Subscripts of the target varia- 
bles, and the second and third 
arguments of SUBSTR piseudo- 
variable references, are evaluated 
from left to right. 

b. The expression on the right-hand 
side is then evaluated. 

c. For each target variable (in left 
to right order), the expression is 
converted to the characteristics 
of the target variable according 
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i Option 1 (Element Assignment) 

' / » I- 

1 I element-variable 1 I , element- variable 

M 

i (pseudo-variable | I , pseudo-variable 

(Option 2 (Array Assignment) 

array- variable 1 F, array- variable 
pseudo-variable j I , pseudo-variable 

Option 3 (Structure Assignment) 



] 



structure-variable [ , structure-variable] 



= element-expression; 



structure-expression (,BY NAME] 
array-expression I, BY NAME] 
element-express ion 



structure-expression t,BY NAME] 
element- expression 



Figure J-1, General Formats of the Assignment Statement 



to rules for data conversion 
(except that whenever a conversion 
of arithmetic base is involved, 
the value is converted directly to 
the precision of the target 
variable) . The converted value is 
then assigned to the target 
variable. 



3. The following rules apply to string 
element assignment: 

a. The assignment is performed from 
left to right, starting with the 
leftmost position, 

b. If the target variable is a fixed- 
length string, the expression 
value is truncated on the right if 
it is too long or padded on the 
right (with blanks for character 
string^ zeros for bit strings) if 
the value is too short. (Note 
that a string pseudo-variable is 
considered to be a fixed- length 
string) . The resulting value is 
assigned to the target. 

c. If the target is a VARYING string 
and the value of the expression is 
longer than the maximum length 
declared for the variable, the 
value is truncated on the right. 
The target string obtains a 
current length equal to its maxi- 
mum length. If the value of the 
expression is not longer than the 
maximum length, the value is 
assigned; the target string 
obtains a current length equal to 
the length of the value. 

4. The following rules apply to other 
element assignments: 



If the target is an area variable, 
the expression must be an area 
variable or function. The AREA 
condition will be raised by this 
assignment if the size of the 
target area is insufficient for 
the current extent of the area 
being assigned. 



If the target is a pointer varia- 
ble, the expression can only be a 
pointer (or offset) variable or a 
pointer (or offset) function ref- 
erence. If the expression is of 
offset type, its value is convert- 
ed to pointer. 

If the target is an offset varia- 
ble, the expression can only be an 
offset (or pointer) variable or an 
offset (or pointer) function ref- 
erence. If the expression is of 
pointer type, its value is con- 
verted to offset. 

If the target is a label variable, 
the expression can only be a label 
variable or label constant. Envi- 
ronmental information (i.e., 
information that identifies the 
invocation of the block) is always 
assigned to the label variable. 



If the target is an event varia- 
blep the expression can only be an 
event variable. The assignment is 
uninterruptable, and it involves 
both the completion and status 
values. An event variable does 
not become active when it has an 
active event variable assigned to 
it. It is an error to assign to 
an active event variable. 



Section J: Statements 



299 



6. 



f. If the target is a STATUS pseudo- 
variable, a value can be assigned 
whether or not the event variable 
is active. It is an error to 
assign to a COMPLETION pseudo- 
variable if the named event 
variable is active. 

The first target variable in an aggre- 
gate assignment is known as the master 
variable. If the master variable is 
an array, then an array expansion 
(Rule 6) is performed; otherwise, a 
structure expansion (Rules 7 and 8) is 
performed. The CHECK condition for 
assignment to a target variable is not 
raised during the assignment; it is 
raised (when suitably enabled) after 
the assignment is complete. Such 
CHECK conditions are raised in the 
written order of the enabled identifi- 
ers. In the case of BY NAME assign- 
ment, the CHECK condition for the 
target variable is raised regardless 
of whether any value is assigned to an 
item. The label prefix of the origi- 
nal statement is applied to a null 
statement preceding the other generat- 
ed statements. 

In Option 2, all array operands must 
have the same number of dimensions and 
identical bounds. The array assign- 
ment is expanded into a loop of the 
form: 



LABEL: DO jl 



LBOUND (master-variable, 1) TO 
HBOUND (master-variable, 1) ; 



DO j2 = LBOUND (master-variable, 2) TO 
HBOUND (master-variable, 2) ; 



DO jn - LBOUND (master-variable, n) TO 
HBOUND (master- variable, n) ; 

generated assignment statement 

END LABEL; 

In this expansion, n is the number 
of dimensions of the master variable 
thcit are to participate in the assign- 
ment. In the generated assignment 
statement^ all array operands are 
fully subscripted, using (from left to 
right) the dummy variables jl to jn. 
If an array operand appears with no 
subscripts, it will only have the 
subscripts jl to jn; if cross- section 
notation is used, 
replaced by jl to jn. 
assignment statement 
been generated by 
has a condition prefix, the generated 
assignment statement is given this 



the asterisks are 

If the original 

(which may have 

Rule 7 or Rule 8) 



condition prefix. If the original 
assignment statement (which may have 
been generated by Rule 8) has a BY 
NAME option, the generated assignment 
statement is given a BY NAME option. 
If the generated assignment statement 
is a structure assignment, it is 
expanded as given below. 

In Option 3, where the BY NAME option 
is not specified, the following rules 
apply : 

a. None of the operands can be 
arrays, although they may be 
structures that contain arrays. 

b. All of the structure operands must 
have the same number, k, of 
immediately contained items. 

c. The assignment statement (which 
may have been generated by Rule 6) 
is replaced by k generated assign- 
ment statements. The ith generat- 
ed assignment statement is deirived 
from the original assignment 
statement by replacing each struc- 
ture operand by its ith contained 
item; such generated assignment 
statements may require further 
expansion according to Rule 6 or 
Rule 7. All generated assignment 
statements are given the condition 
prefix of the original statement. 

In Option 3, where the BY NAME option 
is given, the structure assignment, 
which may have been generated by Rule 
6, is expanded according to steps (a) 
through (d) below. None of the oper- 
ands can be arrays. 

a. The first item immediately con- 
tained in the master variable is 
considered. 

b. If each structure operand and tar- 
get variable has an immediately 
contained item with the same iden- 
tifier, an assignment statement is 
generated as follows: the state- 
ment is derived by replacing each 
structure operand and target vari- 
able with its immediately con- 
tained item that has this iden- 
tifier. If any structure contains 
no such identifier, no statement 
is generated. If the generated 
assignment is a structure or 
array-of- structures assignment, BY 
NAME is appended. The first gen- 
erated assignment is given the 
label prefix of the original 
assignment statement; all generat- 
ed assignment statements are given 
the condition prefix of the origi- 
nal assignment statement. 
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step b is repeated for each of the 
items immediately contained in the 
master variable. The assignments 
are generated in the order of the 
items contained in the master 
variable. 



d. Steps a through c may generate 
further array and structure 
assignments. These are expanded 
according to Rules 6 through 8. 

Examples: 

1. Suppose that the following three 
structures have been declared. 



1 TWO 

2 PARTI 
3 RED 
3 GREEN 
3 WHITE 

2 PART 2 
3 BLUE 
3 YELLOW 
3 ORANGE (3) 



1 ONE 

2 PARTI 

3 RED 

3 WHITE 

3 BLUE 
2 PART 2 

3 GREEN 

3 YELLOW 

3 ORANGE (3) 
2 PART3 

3 BLACK 

3 WHITE 



1 THREE 
3 PARTI 

5 BLACK 

5 WHITE 

5 RED 
3 PART2 

5 YELLOW 

5 WHITE 

5 ORANGE (3) 

5 PURPLE 

Consider the following assignment: 

ONE = TWO - 2 * THREE, BY NAME; 

By Rule 8 this generates: 

ONE. PARTI = TWO. PARTI - 2 * 
THREE. PARTI, BY NAME; 

0NE.PART2 = TW0.PART2 - 2 * 
THREE. PART 2, BY NAME; 

Applying Rule 8 again, these state- 
ments are replaced by: 

ONE. PARTI. RED = TWO . PARTI . RED 

- 2 * THREE. PARTI. RED; 

ONE. PARTI. WHITE = TWO. PARTI. WHITE 

- 2 * THREE. PARTI. WHITE; 

ONE. PART2. YELLOW = TWO. PART2 . YELLOW 

- 2 * THREE. PART 2. YELLOW; 

ONE. PART 2. ORANGE = TWO. PAIRT 2, .ORANGE 

- 2 * THREE. PART 2. ORANGE; 



The final assignment is expanded 
according to Rule 6. 



The following example illustrates 
array assignment (Option 2) : 



Given the array A 



and the array B 



2 4 

3 6 
1 7 

4 8 



1 5 

7 8 

3 4 

6 3 



Consider the assignment statement; 



A = (A+B)**2-A(l,l) ; 



After execution, A has the value 

7 74 

93 189 
9 114 

93 114 



Note that the new value for A(l,l), 
which is 7, is used in evaluating the 
expression for all other elements. 



The following example illustrates 
string assignment: 



Given: 



A is a fixed-length string whose 

value is 'XZ/BQ' . 
B is a varying- length string of 

maximum length 8 whose value is 

'MAFY'. 
C is a fixed-length string of 

length 3. 
D is a varying-length string of 

maximum length 5. 

Then in the statement: 

C=A, the value of C is "XZ/'. 
C='X', the value of C is 'Xbb'. 
D=B, the value of D is 'MAFY'. 
D=SUBSTR(A, 2,3) | | SUBSTR (A„ 2, 3 ) , 

the value of D is *Z/BZ/'. 
SUBSTR(A,2,4)=B„ the value of A is 

•XMAFY'. 
SUBSTR{B,2,2)=*R' , the value of B 

is 'MRbY' . 
SUBSTR(B,2)='R*^ the value of B is 

"MRbb' . 
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The BEGIN Statement 



Function: 

The BEGIN statement heads and identifies 
a begin block. 

General format: 

BEGIN; 

Syntax rule: 

A label of a BEGIN statement may be 
subscripted, but such a label cannot appear 
after an END statement. 

General rule: 

A BEGIN statement is used in conjunction 
with an END statement to delimit a begin 
block. A complete discussion of begin 
blocks can be found in Part I, Chapter 6, 
"Blocks, Flow of Control, and Storage Allo- 
cation. " 



The CALL Statement 



Function: 

The CALL statement invokes a procedure 
and causes control to be transferred to a 
specified entry point of the procedure. 

General format : 

CALL entry-name 

{(argument [, argument] . . .)] 

[TASK [ (scalar-task-name) ] ] 
[EVENT (scalar-event-narae) ] 
[PRIORITY (expression) ] ; 

Syntax rules: 

1. The entry name, which can be a generic 
name, represents the entry point of 
the procedure invoked. 

2. An argument cannot be a condition 
name. 

3. The TASK, EVENT, and PRIORITY options 
can appear in any order. 

General rules: 

1, The TASK, EVENT, and PRIORITY options, 
when used alone or in any combination, 
specify that the invoked and invoking 
procedures are to be executed asyn- 



chronously. Note that if either the 
EVENT option or the PRIORITY option, 
or both, are used without the TASK 
option, the created task will have no 
name. (See Part I, Chapter 15, 
" Multitasking . " ) 



2. When the TASK option is used, the task 
name, if given, is associated with the 
task created by the CALL. Reference 
to this name enables the priority of 
the task to be controlled at some 
other point by the use of the PRIORITY 
pseudo-variable and built-in function. 

3. When the EVENT option is used, the 
event name is associated with the 
completion of the task created by the 
CALL statement. Another task can then 
wait for completion of this created 
task by specifying the event name in a 
WAIT statement. 

Upon execution of the CALL state- 
ment, the event variable is made 
active, and the completion value is 
set to 'O'B and the status value to 0. 
Upon termination of the created task, 
the completion value is set to 'I'B 
and, unless the task has been termi- 
nated by a RETURN or END statement, 
the status is set to 1 if still zero. 

H. If the PRIORITY option is used, the 
expression in the PRIORITY option is 
evaluated to an integer m, of an 
implementation- defined precision 
(15,0). The priority of the named 
task is then made m relative to the 
task in which the CALL is executed. 

If a CALL statement with the EVENT 
or TASK option does not have the 
PRIORITY option, the priority of the 
invoked task is made equal to that of 
the task variable in the TASK option, 
if there is one, or else made equal to 
the priority of the invoking task. 

5. Expressions in these options, as well 
as any argument expressions, are 
evaluated in the task in which the 
call is executed. This includes exe- 
cution of any on-units entered as the 
result of the evaluations. 

6. The environment of the invoked proce- 
dure is established after evaluation 
of the expressions named in Rule 5, 
and before the procedure is invoked. 

7. See Part I, Chapter 10, "Subroutines 
and Functions" for detailed descrip- 
tions of the interaction of arguments 
with the parameters that represent 
these arguments in the invoked proce- 
dure. 
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Examples : 
1. CALL CRITICAL_PATH (A,B*C,D); 



CRITICAL_PATH : PROCEDURE (ALPHA, BETA, 
GAMMA) ; 



END; 



2, CALL PAYROLL (NAME, DATE, HRRATE) ; 



3. CALL PRINT (A,B) TASK (T2) EVENT (ET2) 
PRIORITY (-2); 



The CLOSE Statement 



Function: 

The CLOSE statement dissociates the 
named file from the data set with which it 
was associated by opening in the current 
task . 

General format : 

CLOSE FILE (file-name) [,FILE 
(file-name) ] . . . ; 

General rules: 

1. The FILE (filename) option specifies 
which file is to be closed. It must 
appear once. Several files can be 
closed by one CLOSE statement. 

2. A closed file can be reopened. 

3. Closing an unopened file, or an 
already closed file, has no effect. 

4. The CLOSE statement cannot be used to 
close a file in a task different from 
the one that opened the file,. 

5. If a file is not closed by a CLOSE 
statement, it is automatically closed 
at the completion of the task in which 
it was opened. 

6. All input/ out put events that have not 
been completed before the file is 
closed are set complete, with a status 
value of 1. 

7. A CLOSE statement unlocks all records 
in the file previously locked in the 
task in which the CLOSE appears. 



Examples: 

1. CLOSE FILE (MASTER); 

The file, MASTER, is closed, and the 
facilities allocated to it are 
released. 

2. CLOSE FILE (TABLEA) , FILE (TABLEB) ; 

The two files, TABLEA and TABLEB are 
closed in the same way as MASTER, in 
the preceding example. 



The DECLARE Statement 



Function: 

The DECLARE statement is the principal 
method for explicitly declaring attributes 
of names. 

General format: 

DECLARE 

[level] identifier [attribute] . . . 

[, [level] identifier [attribute]. ,.]... ; 



Syntax rules : 



1. 



2. 



Any number of identifiers may 
declared in one DECLARE statement. 



be 



"Level" is a nonzero unsigned decimal 
integer constant. If a level number 
is not specified, level 1 is assumed 
for all element and array variables. 
Level 1 must be specified for all 
major structure names. A blank space 
must separate a level number from the 
identifier following it. 

In general, attributes must immediate- 
ly follow the identifier to which they 
apply as shown in the general format. 
However, attributes can be factored 
(see "Factoring of Attributes" in Sec- 
tion I, "Attributes"). 



General rules: 

1. A particular level 1 identifier can be 
specified in only one DECLARE state- 
ment within a particular block. All 
attributes given explicitly for that 
identifier must be declared together 
in that DECLARE statement. (Note, 
however, that identifiers having the 
FILE attribute may be given attributes 
in an OPEN statement as well. See 
"The OPEN Statement" in this section 
and in Part I, Chapter 8, "Input and 
Output," for further information.) 
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2. Attributes of external names, in sep- 
arate blocks and compilations, must be 
consistent. 

3. Labels may be prefixed to DECLARE 
statements (however, such labels are 
treated as comments and, hence, have 
no meaning) . Condition prefixes can- 
not be attached to a DECLARE state- 
ment. 



expression is converted to a character 
string and determines which record is 
to be deleted. 

U. If the file is a SEQUENTIAL UPDATE 
file, the record to be deleted is the 
last record that was read; the data 
set organization must be INDEXED. 

5. The EVENT option allows processing to 
continue while a record is being 
deleted. 



The DELAY Statement 



Function: 



The DELAY statement causes the execution 
I of a task to be suspended for a specified 
period of time. 

General format: 

DELAY (element-expression); 

General rule: 

Execution of the DELAY statement causes 
the element expression to be evaluated and 
converted to an integer n; execution is 
then Suspended for n milliseconds. 

Example: 

DELAY (10); 

This statement causes execution of the 
j task to be suspended for ten milliseconds. 



The DELETE Statement 



Function: 

The DELETE Statement deletes a record 
from an UPDATE file. 

General format: 

DELETE FILE (file-name) 
[KEY (expression) ] 
[EVENT (event-variable) ] ; 

General rules: 

1. The options may appear in any order. 

2. The FILE (filename) option specifies 
the UPDATE file; it must be specified. 

3. The KEY option must be specified if 
the file is a DIRECT UPDATE file; it 
cannot be specified otherwise. The 



When control reaches a DELETE state- 
ment containing this option, the 
"event variable" is made active (that 
is, it cannot be associated with 
another event) and is given the com- 
pletion value 'O'B, provided that the 
UNDEFINEDFILE condition is not raised 
by an implicit file opening (see 
"Note" below). The event variable 
remains active and retains its 'O'B 
completion value until control reaches 
a WAIT statement specifying that event 
variable. At this time, either of the 
following can occur: 

a. If the DELETE statement has been 
executed successfully and neither 
of the conditions TRANSMIT or KEY 
has been raised as a result of the 
DELETE, the event variable is set 
complete, given the completion 
value 'I'B, and the event variable 
is made inactive, that is, can be 
associated with another event. 

b. If the DELETE statement has 
resulted in the raising of TRANS- 
MIT or KEYff the interrupt for each 
of these conditions does not occur 
until the WAIT is encountered. At 
such time, the corresponding on- 
units (if any) are entered in the 
order in which the conditions were 
raised. After a return from the 
final on-unit, or if one of the 
on-units is terminated by a GO TO 
statement, the event variable is 
given the completion value 'I'B 
and is made inactive. 

Note: If the DELETE statement causes an 
implicit file opening that results in the 
raising of UNDEFINEDFILE, the on-unit 
associated with this condition is entered 
immediately and the event variable remains 
unchanged; that is, the event variable 
remains inactive and retains the same value 
it had when the DELETE was encountered. If 
the on-unit does not correct the condition, 
then, upon normal return from the on-unit, 
the ERROR condition is raised; if the 
condition is corrected in the on-unit„ that 
is, if the file is opened successfully, 
then, upon normal return from the on-unit, 
the event variable is set to "O'B, it is 
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made active, and execution of the DELETE 
statement continues. 

6. The DELETE statement unlocks a record 
only if that record had been locked in 
the same task in which the DELETE 
appears. 

7. The DELETE Statement can cause impli- 
cit opening of a file. 

Example: 

DELETE FILE (ALPHA) KEY (DKEY) ; 

This statement causes the record iden- 
tified by DKEY to be deleted from the data 
set associated with the file ALPHA. If the 
record was previously locked in the same 
task, it is unlocked. 



4. If the EVENT (event-variable) option 
is given, execution will not wait for 
the reply to be completed before con- 
tinuing with subsequent statements. 
The completion part of the event vari- 
able will be given the value '0*6 
until the reply is completed, when it 
will be given the value »1'B. The 
reply is considered complete only 
after the execution of a WAIT state- 
ment naming the event. 

Example: 

DISPLAY ('END OF JOB'); 

This statement causes the message "END 
OF JOB" to be displayed. 



The DO Statement 



The DISPLAY Statement 



Function: 

The DISPLAY statement causes a message 
to be displayed to the machine operator. A 
response may be requested. 

General format: 

Option 1. 

DISPLAY (element-expression); 

Option 2. 

DISPLAY (element-expression) 
REPLY (character- variable) 
[EVENT (event-variable) ] ; 

General rules: 

1. Execution of the DISPLAY statement 
causes the element expression to be 
evaluated and, where necessary, con-' 
verted to a varying character string 
of implementation-defined maximum 
length (126 characters for the F 
Compiler). This character string is 
the message to be displayed. 

2. In Option 2, the character variable 
receives a string that is a message to 
be supplied by the operator. For the 
F Compiler, the message cannot exceed 
126 characters. 

3. In Option 2, if the EVENT option is 
not specified, execution of the pro- 
gram is suspended until the operator's 
message is received. In option 1, 
execution continues uninterrupted. 



Function: 

The DO statement heads a DO-group and 
can also be used to specify repetitive 
execution of the statements within the 
group. 



General formats : 

The three format types for the DO state- 
ment are shown in Figure J- 2. 



Syntax rules: 



1. 



2. 



In all three types,, the DO statement 
is used in conjunction with the END 
statement to delimit a DO-group. Only 
Type 1 does not provide for the repet- 
itive execution of the statements 
within the group. 

In Type 3, the variable or pseudo- 
variable must represent a single 
element; "variable" may be subscripted 
and/or qualified,. Real arithmetic 
variables are generally used, but 
label, string, and complex variables 
are allowed,, provided that the expan- 
sions given in the general rules below 
result in valid PL/I programs. Note, 
however, that if "variable" is a label 
variable, each "specification" must 
have the following form: 



(la 



ement- label-variable ) 
bel-constant ) 

[WHILE (expression) ] 



3. Each expression in a specification 
must be an element expression. 
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Type 1. DO; 

Type 2. DO WHILE (element- express ion) ; 
I pseudo-variable 



Type 3. DO 



=specification [, specif ication] 



variable 
where "specification" has the form: 

TO expression2 [BY expressions] 
BY expressions [TO express ion2] 
Figure J-2. General Format of the DO Statement 



expressionl 






[WHILE ( expression^ ) ] 



4. If "BY expressions" is omitted from a 
"specification," and if "TO 
expres- 
sion 2" is included, "expressi 
on3" is assumed to be 1. 



5. If "TO expression2" is omitted from a 
"specification, " repetitive execution 
continues until it is terminated by 
the WHILE clause or by some statement 
within the group- 



6. If both "TO expression2" and "BY 
expressions" are omitted from a speci- 
fication,, it implies a single execu- 
tion of the group, with the control 
variable having the value of 
"expressionl",. If "WHILE expressions " 
is included, this single execution 
will not take place unless 
" expressions " is true. 



General rules; 

1. In Type 1,, the DO statement only 
delimits the start of a DO-group; it 
does not provide for repetitive execu- 
t ion . 

2. In Type 2, the DO statement delimits 
the start of a DO-group and provides 
for repetitive execution as defined by 
the following: 



The above is exactly equivalent to the 
following expansion: 

LABEL: IF (expression) THEN; ELSE 
GO TO NEXT; 
statement-1 



statement-n 
GO TO LABEL; 
NEXT: Statement Z+STATEMENT 

FOLLOWING THE DO GROUP+/ 



S. In Type 3, the DO statement delimits 
the start of a DO-group and provides 
for controlled repetitive execution as 
defined by the following: 



LABEL: DO variable (aj., . . , ,an) = 
expressionl 
TO express ion2 

BY expressions 
WHILE ( expi^essionU ) ; 
s tat em ent-1 "" 



statement-m 
LABELl: END; 
NEXT: statement 

This is exactly equivalent to the 
following expansion: 



LABEL: DO WHILE (expression) ; 
statement-1 



LABEL: tempi=aj_; 



NEXT: 



Statement-n 

END; 

Statement /+STATEMENT 

FOLLOWING THE DO GROUP*/ 



tempn=an ; 
el=expressionl ; 
e2=expression2; 
eS=expressionS; 
v=el; 
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LABEL2: IF (e3>=0) 6 (v>e2) | 
(e3<0)&{v<e2) 

THEN GO TO NEXT; 
^^ ( expression^) THEN; 

ELSE GO TO NEXT ; 
statement-1 



LABELS: IF THEN GO TO NEXTl; 

IF (expressions) THEN; 

ELSE GO TO NEXTl; 
statement- 1 



statement-m 
LABELl: v=v+e3; 

GO TO LABEL 2; 
NEXT: statement 



In the above expansion, ai,...,an are 
expressions that may appear as sub- 
scripts of the control variable; 
tempi . . . tempn are compiler-created 
work areas, with the attributes BINARY 
FIXED (15)., to which the expression 
values are assigned; v is equivalent 
to "variable" with the associated 
"temp" subscripts; "el," "e2," and 
"e3" are compiler-created work areas 
having the attributes of "expres- 
sion!," "expression2, " and "expres- 
sions," respectively. In the simplest 
cases, there are no subscripts (i.e., 
n=0) and the first statement in the 
expansion is therefore el=expressionl. 



Additional rules for the above 
sion follow: 



expan- 



a. The above expansion only shows the 
result of one "specification." If 
the DO statement contains more 
than one "specification," the 
statement labeled NEXT is the 
first statement in the expansion 
for the next "specification." The 
second expansion is analogous to 
the first expansion in every res- 
pect. Thus, if a second 
"specification" appeared in the DO 
statement, the second expansion 
would look like this: 



NEXT : tempi=ai ; 



tempn=an; 
e5=expression5 ; 



v=e5; 



statement-m 
LABEL4: v=v+e7; 

GO TO LABELS; 
NEXTl: Statement 



Note that Statements 1 through m are 
not actually duplicated in the pro- 
gram. 

b. If the WHILE clause is omitted, 
the IF statement immediately 
preceding statement-1 in the 
expansion is omitted. 

c. If "TO expression2" is omitted, 
the statement "e2=expression2" and 
the IF statement identified by 
LABEL2 are omitted. 

d. If both "TO expression2" and "BY 
expressions" are omitted, all 
statements involving e2 and eS, as 
well as the statement GO TO 
LABEL2, are omitted. 

The WHILE clause in Types 2 and 3 
specifies that before each repetition 
of statement execution, the associated 
element expression is evaluated, and, 
if necessary, converted to a bit 
string. If any bit in the resulting 
string is 1, the statements of the 
DO-group are executed. If all bits 
are 0, then, for Type 2, execution of 
the DO-group is terminated, while for 
Type 3, only the execution associated 
with the "specification" containing 
the WHILE clause is terminated; repet- 
itive execution for the next 
"specification," if one exists, then 
begins. 

In a "specification," "expressionl" 
represents the initial value of the 
control variable (i.e., "variable" or 
"pseudo-variable"); "expressions" rep- 
resents the increment to be added to 
the control variable after each execu- 
tion of the statements in the group; 
express ion2 represents the terminating 
value of the control variable. Execu- 
tion of the statements in a DO-group 
terminates for a "specification" as 
soon as the value of the control 
variable is outside the range defined 
by "expressionl" and "expression2. " 
When execution for the last 
"specification" is terminated, con- 
trol, in general, passes to the state- 
ment following the DO-group. 
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7, 



Control may transfer into a DO-group 
from outside the DO-group only if the 
DO-group is delimited by the DO state- 
ment in Type 1; that is, only if 
repetitive execution is not specified. 
Consequently, repetitive DO- groups 
cannot contain ENTRY statements. 

The effect of allocating or freeing 
the control variable within the DO- 
group is undefined. 



Syntax rules 



1. The only attributes that may be speci- 
fied with an ENTRY statement are the 
arithmetic, string, POINTER, OFFSET, 
AREA, and PICTURE attributes. The 
attributes specified determine the 
characteristics of the value returned 
by the procedure when it is invoked as 
a function at this entry point. 



The END Statement 



2. A condition prefix cannot be specified 
for an ENTRY statement. 



General rules: 



Function: 

The END statement terminates blocks and 
groups . 

General format: 

END [label]; 

Syntax rules : 

If "label" is specified, it cannot be an 
element of a label array; that is, it 
cannot be subscripted. 

General rules: 

1. If a label follows END, the statement 
terminates the unterminated group or 
block headed by the nearest preceding 
DO, BEGIN, or PROCEDURE Statement 
having that label. It also terminates 
any unterminated groups or blocks phy- 
sically within that group or block. 

2. If a label does not follow END, the 
statement terminates that group or 
block headed by the nearest preceding 
DO, BEGIl^, or PROCEDURE Statement for 
which there is no corresponding END 
Statement. 

3. If control reaches an END statement 
for a procedure, it is treated as a 
RETURN statement. 



The relationship established between 
the parameters of a secondary entry 
point and the arguments passed to that 
entry point is exactly the same as 
that established for primary entry 
point parameters and arguments. See 
Part I, Chapter 10, "Subroutines and 
Functions," for a complete discussion 
of this subject. 



2. As stated in syntax rule 1, the cittri- 
butes specified with an ENTRY state- 
ment determine the characteristics of 
the value returned by the procedure 
when it is invoked as a function at 
this entry point. The value being 
returned by the procedure (i.e«, the 
value of the expression in a RETURN 
statement) is converted, if necessary, 
to correspond to the specified eittri- 
butes . If the attributes are not 
specified at the entry point, default 
attributes are applied, according to 
the first letter of the entry name 
used to invoke the entry point. 

3. If an ENTRY statement has mor€; than 
one label, each label is interpreted 
as though it were a single entry name 
for a separate ENTRY statement having 
the same parameter list and explicit 
attribute specification. For excimple, 
consider the statement: 



A: I: ENTRY; 



The ENTRY Statement 



This statement is effectively the same 
as : 



Function: 

The ENTRY statement specifies a secon- 
dary entry point of a procedure. 

General format: 

entry-name: Cent ry- name: ].. . 

ENTRY [ (parameter [ , parameter] . . . ) ] 
[attribute] . . . ; 



A : ENTRY ; 

I: ENTRY; 

Since the attributes of the returned 
value are not explicitly stated, the 
characteristics of the value returned 
by the procedure will depend on v^heth- 
er the entry point has been invoked as 
A or I. 
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4. The ENTRY Statement must be internal 
to the procedure for which it defines 
a secondary entry point. It may not 
be internal to any block contained in 
this procedure; nor may it be within a 
DO-group that specifies repetitive 
execution. 



The EXIT Statement 



statement label designator appearing 
in a remote format item. None of the 
labels can be specified in a GO TO 
statement. 



General rules: 



Function: 



A GET or PUT statement may include a 
remote format item, R, in the format 
list of an edit-directed data 
specification. That portion of the 
format list represented by R must be 
supplied by a FORMAT statement iden- 
tified by the statement label speci- 
fied with R. 



The EXIT statement causes immediate ter- 
mination of the task that contains the 
statement and all tasks attached by this 
task. If the EXIT statement is executed in 
a major task, it is equivalent to a STOP 
statement. 

General format: 

EXIT; 

General rule: 

If executed in a major task, EXIT causes 
the FINISH condition to bei raised in that 
task. On normal return from the FINISH 
on-unit, the task executing the statement, 
and all of its descendant tasks are termi- 
nated. The completion values of the event 
variables associated with these tasks are 
set to 'I'B, and their status values to 1 
(unless they are already non-zero) . 



The remote format item and the FORMAT 
statement must be internal to the same 
block. 

If a condition prefix is associated 
with a FORMAT statement,, it must be 
identical to the condition prefix 
associated with the GET or PUT state- 
ment referring to that FORMAT state- 
ment. 

When a FORMAT statement is encountered 
in normal sequential flow, control 
passes around it, and the CHECK condi- 
tion will not be raised for a state- 
ment label attached to it. 



The FREE Statement 



Function : 



The FORMAT Statement 



Function: 



The FORMAT statement spec:ifies a format 
list that can be used by edit-directed 
transmission statements to control the for- 
mat of the data being transmitted. 

General format: 

label : [label : ] . . . FORMAT ( format-list) ; 

Syntax rules; 

1. The "format list" must be specified 
according to the rules governing for- 
mat list specifications with edit- 
directed transmission as described in 
Part I, Chapter 8, "Input and Output. " 

2. At least one "label" must be specified 
for a FORMAT statement. One of the 
labels (or a label variable having the 
value of one of the labels) is the 



The FREE statement causes the storage 
allocated for specified based or controlled 
variables to be freed. For controlled 
variables, the next most recent allocation 
in the task is made available, and subse- 
quent references in the task to the iden- 
tifier refer to that allocation. 

General formats: 

Option 1 

FREE controlled-variable 

[ , controlled-variable] . . . ; 

Option 2 

FREE [pointer-qualifier ->] 

based-variable [IN (area-variable) ] 

[, [pointer-qualifier- >] 

based- variable 

[IN (area- variable) ]]...; 

Syntax rules: 

1. In Option 1, the "controlled variable" 
is an element, array, or major struc- 
ture of the controlled storage class. 
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2. In Option 2, the "based variable" must 
be an unsubscripted, level-one based 
variable. 



3. The forms of Option 1 and Option 2 can 
be combined in the same FREE state- 
ment . 



General rules : 



1. Controlled storage allocated in a task 
cannot be freed by a descendant task. 



2. If a specified nonbased identifier has 
no allocated storage at the time the 
FREE statement is executed, it is an 
error. 



Rules 3 through 6 apply only to Option 2. 

3. If the based variable is not qualified 
by pointer qualification, the pointer 
declared with the based variable will 
be used to identify the generation of 
data occupying the portion of storage 
to be freed. 

4. The amount of storage freed depends 
UE>on the attributes of the based vari- 
able, including bounds and/or lengths 
at the time the storage is freed, if 
applicable. The user is responsible 
for determining that this amount coin- 
cides with the amount allocated. If 
the variable has not been allocated, 
the results are unpredictable. 

5. A based variable can be used to free 
storage only if that storage has been 
allocated for a based variable having 
ideritical data attributes, including 
values of bounds, lengths, and area 
size expressions. 

6. The IN option must be specified if the 
storage to be freed has been allocated 
using the IN option, and it must have 
been allocated in the area specified 
in the FREE statement. The IN option 
cannot appear in the FREE statement in 
any other circumstances. Note that 
area assignment causes allocation of 
based storage in the target area; such 
alldcations can be freed by the IN 
option naming the target area. 

Examples : 

1. FREE X,Y,Z; 

2. The following excerpt from a procedure 
illustrates the FREE statement in con- 
junction with an ALLOCATE statement: 



DECLARE A (100) INITIAL ((100)0) 
CONTROLLED , C(IOO), X(IOO); 



ALLOCATE A; 



C=A; 



FREE A; 



X=SIN(C**2 + X/Y) ; 



3. In the example below, it is assumed 
the declarations specified in Example 
4 of the ALLOCATE statement apply. 



FREE VALUE; 



Frees that portion of storage which is 
occupied by the allocation of VALUE 
identified by pointer P. 

FREE V->GROUP; 

Frees that portion of storage which is 
occupied by the allocation of GROUP 
identified by pointer V. The value 
V->DIM is used to determine the bound 
of VALUES. 



The GET statement 



Function: 

The GET statement is a STREAM transmis- 
sion statement that can be used in either 
of the following ways: 

1. It can cause the assignment of data 
from an external source (that is, from 
a data set) to one or more internal 
receiving fields (that is, to one or 
more variables). 

2. It can cause the assignment of daita 
from an internal source (that is, from 
a character-string variable) to one or 
more internal receiving fields (that 
is,, to one or more variables) . 

General format: 

GET option-list; 
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Following 
list": 



is the format of "option 



t FILE (filename) | STRING (character- 
string-name) ] 
data-specification [COPY] 
[SKIPC (expression) ] ] 

General rules: 

1. If neither the FILE (filename) option 
nor the STRING (character-string-name) 
option appears, the file option 
FILE(SYSIN) is assumed. 

2. One data specification must appear 
unless the SKIP option is specified. 

3. The options may appear in any order. 

4. The filename refers to a file which 
has been associated, by opening, with 
the data set which is to provide the 
values. It must be a STREAM INPUT 
file, 

5. The "character-string name" refers to 
the character string that is to pro- 
vide the data to be assigned to the 
data list. This name may be a ref- 
erence to a built-in function. Each 
GET operation using this option always 
begins at the beginning of the speci- 
fied string. If the number of charac- 
ters in this string is less than the 
total number of characters specified 
by the data specification,, the ERROR 
condition is raised. 

6. When the STRING option is used under 
data-directed transmission, the ERROR 
condition is raised if an identifier 
within the string does not have a 
match within the data specification. 

7. The data specification is as described 
in Part I, Chapter 8, "Input and 
Output . " 

8. If the FILE (filename) option refers 
to a file that is not open in the 
current task, the file is implicitly 
opened in the task for stream output 
transmission. 

9. The COPY option, which may only ho^ 

used w i t-h- ^^h*^ FILE ( f ilenai Ti e )_ opt ion „ 

specifies that the soui^JS data, as 
read, is to be written, without alter- 
ation, on the standard installation 
print file. 

10. The SKIP option causes a new current 
line to be defined for the data set. 
The expression, if present, is con- 
verted to an integer w, which must be 
greater than zero. If not, the F 
Compiler substitutes a value of 1. 



The data set is positioned at the 
start of the wth line relative to the 
current line. If the expression is 
omitted, SKIP(l) is assumed. The SKIP 
option is always executed before any 
data is transmitted. 

Examples : 

1. GET LIST (A,B,C) ; 

Specifies the list-directed transmis- 
sion of the values to be assigned to 
A, B and C from the file SYSIN, 

2. GET FILE (BETA) EDIT (X,Y,Z) (A (5), 
F(5,2), A(10)); 

Specifies the edit-directed transmis- 
sion of the values assigned to X, Y 
and Z from file BETA. 



The GO TO Statement 



Function: 

The GO TO statement causes control to be 
transferred to the statement identified by 
the specified label. 



General format: 

/GO TOi ^label-constant; 



(goto ) \i 



; element-label-variable 
General rules: 



J 



1. If an "element label variable" is 
specified, the value of the label 
variable determines the statement to 
which control is transferred. Since 
the label variable may have different 
values at each execution of the GO TO 
statement, control may not always pass 
to the same statement. 

2. A GO TO statement cannot pass control 
to an inactive block. 

3. A GO TO statement cannot transfer 
control from outside a DO-group to a 
statement inside the DO-group if the 
DO-group specifies repetitive execu- 
tion, unless the GO TO terminates a 
procedure or on-unit invoked from 
within the DO-group. 

4. If a GO TO statement transfers control 
from within a block to a point not 
contained within that block,, the block 
is terminated. Also, if the transfer 
point is contained in a block that did 
not directly activate the block being 
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terminated, all intervening blocks in 
the activation sequence are also ter- 
minated (see Part I, Chapter 6, 
"Blocks, Flow of Control, and Storage 
Allocation," for examples and 
details). When one or more blocks are 
terminated by a GO TO statement, con- 
ditions are reinstated and automatic 
variables are freed just as if the 
blocks had terminatd in the usual 
fashion. 

5. When a GO TO statement transfers con- 
trol out of a procedure that has been 
invoked as a function, the evaluation 
of the expression that contained the 
corresponding function reference is 
discontinued. 



The IF Statement 



Function: 

The IF statement tests the value of a 
specified expression and controls the flow 
of execution according to the result of 
that test. 

General format: 



IF element-expression 
THEN unit-1 
[ELSE unit-2] 

Syntax rules: 

1. Each unit is either a single statement 
(except DO, END, PROCEDURE, BEGIN, 
DECLARE, FORMAT,, or ENTRY) „ a DO- 
group, or a begin block. 

2. The IF statement itself is not termi- 
nated by a semicolon; however, each 
"unit" specified must be terminated by 
a semicolon. 

3. Each "unit" may be labeled and may 
have condition prefixes. 

General rules: 

1. The element expression is evaluated 
and, if necessary, converted to a bit 
String. When the ELSE clause (that 
is, ELSE and its following "unit") is 
specified, the following occurs: 

If any bit in the string is 1, 
"unit-1" is executed, and control 
then passes to the statement fol- 
lowing the IF statement. If all 
bits in the string have the value 
0, "unit-1" is skipped and "unit-2" 
is executed, after which control 
passes to the next statement. 



When the ELSE clause is not specified, 
the following occurs: 

If any bit in the string is 1, 
"unit-1" is executed, and control 
then passes to the statement fol- 
lowing the IF statement. If all 
bits are 0, "unit-1" is not execut- 
ed and control passes to the next 
statement. 

Each "unit" may contain statements 
that specify a transfer of control 
(e.g., GO TO); hence, the normal 
sequence of the IF statement may be 
overriden. 

IF statements may be nested; that is, 
either "unit", or both, may itself be 
an IF statement. Since each ELSE 
clause is always associated with the 
innermost unmatched IF in the same 
block or DO-group, an ELSE with a null 
statement may be required to specify a 
desired sequence of control. 



The LOCATE Statement 



Function: 

The LOCATE Statement, which applies to 
BUFFERED OUTPUT files, causes allocation of 
a based variable in a buffer; it may also 
cause transmission of a previously allocat- 
ed based variable. 

General format: 

LOCATE variable; 

FILE (filename) [SET (pointer- variable) ] 
[KEYFROM (expression) ] 

Syntax rules: 

1. The options may appear in any order. 

2. The "variable" must be an unsubscript- 
ed level 1 based variable. 

General rules: 

1. The FILE (filename) option specifies 
the file involved. This option must 
appear. 

2. Execution of a LOCATE statement causes 
the specified based variable to be 
allocated in the buffer. Components 
of the based variable that have been 
specified in REFER options. are ini- 
tialized. A pointer value is assigned 
to the pointer variable named in the 
SET option or, if the SET option is 
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omitted, to the pointer variable spec- 
ified in the declaration of the based 
variable. The pointer value identifi- 
es the record in the buffer. After 
execution of the LOCATE statement, 
values may be assigned to the based 
variable for subsequent transmission 
to the file, which will occur immedi- 
ately before the next LOCATE, WRITE, 
or CLOSE operation on the file, at 
which time the record is freed. 

If the KEYFROM( expression) option 
appears, the value of the expression 
is converted to a charactei: string and 
is used as the key of the record when 
it is subsequently written. 

If the FILE (filename), option refers to 
an unopened file, the file is opened 
automatically; the effect is as if the 
LOCATE statement were preceded by an 
OPEN statement referring to the file. 



Example: 

LOCATE ALPHA SET (REC_POINT) 
(BETA) ; 



FILE 



The based variable ALPHA is allocated 
in a buffer and REC_POINT is set to 
identify ALPHA in the buffer. Values 
may subsequently be assigned to ALPHA 
and the record will be written in the 
data set associated with file BETA 
when a subsequent LOCATE or WRITE 
statement is executed for file BETA or 
if BETA is closed, either explicitly 
or implicitly. 



The Null Statement 



Function: 

The null statement causes no action and 
does not modify sequential statement execu- 
tion. If the label of a null statement is 
enabled for the CHECK condition, CHECK is 
raised whenever control reaches the null 
statement. 

General format: 

[label: ] . . . ; 



The ON Statement 



Function: 

The ON statement specifies what action 
is to be taken (programmer-defined or 
standard system action) when an interrupt 



results from the occurrence of the speci- 
fied exceptional condition. 

General format: 

ON condition [SNAP] {SYSTEM; |on-unit} 

Syntax rules: 

1. The condition may be any of those 
described in Section H, "ON- 
Conditions" . 

2. The "on-unit" represents a programmer- 
defined action to be taken when an 
interrupt results from the occurrence 
of the specified "condition". It can 
be either a single unlabeled simple 
statement or an unlabeled begin block. 
If it is an unlabeled simple 
statement, it can be any simple state- 
ment except BEGIN, DO,, END,, RETURN, 
FORMAT, PROCEDURE, or DECLARE. If the 
on-unit is an unlabeled begin block, 
any statement can be used freely with- 
in that block, with one exception: A 
RETURN statement can appear only with- 
in a procedure nested within the begin 
block. 

3. Since the "on-unit" itself requires a 
semicolon, no semicolon is shown for 
the "on-imit" in the general format. 
However, the word SYSTEM must be fol- 
lowed by a semicolon. 

General rules: 

1. The ON statement determines how an 
interrupt occurring for the specified 
condition is to be handled. Whether 
the interrupt is handled in a standard 
system fashion or by a programmer- 
supplied method is determined by the 
action specification in the ON 
statement, as follows: 

a. If the action specification is 
SYSTEM,, the standard system action 
is taken. The standard system 
action is not the same for every 
condition, although for most con- 
ditions the system simply prints a 
message and raises the ERROR con- 
dition. The standard system 
action for each condition is given 
in Section H, "ON-Conditions. " 
(Note that the standard system 
action is always taken if an 
interrupt occurs and no ON state- 
ment for the condition is in 
effect. ) 

b. If the action specification is an 
"on-unit," the programmer has sup- 
plied his own interrupt-handling 
action, namely, the action defined 
by the statement (s) in the on-unit 
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itself. The on-unit is not exe- 
cuted when the ON statement is 
executed; it is executed only when 
an interrupt results from the 
occurrence of the specified condi- 
tion (or if the interrupt results 
from the condition being signaled 
by a SIGNAL statement) . 



The action specification (i.e., 
"on-unit" or SYSTEM) established by 
executing an ON statement in a given 
block remains in effect throughout 
that block and throughout all blocks 
in any activation sequence initiated 
by that block, unless it is overridden 
by the execution of another ON state- 
ment or a REVERT statement, as fol- 
lows: 



a. The conditions AREA, OVERFLOW, 
FIXEDOVERFLOW, UNDERFLOW, ZERODI- 
VIDE, CONVERSION, all of the 
input/output conditions, and the 
conditions CONDITION, FINISH, and 
ERROR are enabled by default. 

b. The conditions SIZE, STRINGRANGE, 
SUBSCRIPTRANGE, and CHECK are 
disabled by default. 

c. The enabling and disabling of 
OVERFLOW, FIXEDOVERFLOW, UNDER- 
FLOW, ZERODIVIDE, CONVERSION, 
SIZE, STRINGRANGE, SUBSCRIPTRANGE, 
and CHECK can be controlled by 
condition prefixes. 

If on-unit is a single statement, it 
cannot refer to a remote format speci- 
fication. 



a- If a later ON statement specifies 
the same condition as a prior ON 
statement and this later ON state- 
ment is executed in a block that 
lies within the activation 
sequence initiated by the block 
containing the prior ON statement, 
the action specification of the 
prior ON statement is temporarily 
suspended, or stacked. It can be 
restored either by the execution 
of a REVERT statement, or by the 
termination of the block contain- 
ing the later ON statement. 

b. If the later ON statement and the 
prior ON statement are internal to 
the same invocation of the same 
block, the effect of the prior ON 
statement is completely nullified. 

3. An on-unit is always treated by the 
compiler as a procedure internal to 
the block in which it appears. 
(Conceptually, it is enclosed in PRO- 
CEDURE and END statements.) Any names 
used in an on-unit do not belong to 
the invocation of the procedure or 
block in which the interrupt occurred 
(and, hence, effectively, the proce- 
dure or block in which the on-unit is 
executed) but, rather, to the environ- 
ment of the invocation of the proce- 
dure or block in which the ON state- 
ment for that on-unit was executed. 
(Remember that an ON statement is 
executed as it is encountered in 
statement flow; whereas, the action 
specification for that ON statement is 
executed only when the associated 
interrupt occurs.) 

'4.. A condition raised during execution 
results in an interrupt if and only if 
the condition is enabled at the point 
where it is raised. 



6. If SNAP is specified, then when the 
given condition occurs and the inter- 
rupt results, a calling trace is list- 
ed; that is, a trace of all of the 
procedures active at the time the 
interrupt resulted is printed on SYS- 
PRINT. 



The OPEN statement 



Function: 

The OPEN statement opens a file by 
associating a file name with a data set. 
It also can complete the specification of 
attributes for the file, if a complete set 
of attributes has not been declared for the 
file being opened. 

General format: 

OPEN FILE (file- name) [options-group] 
[,,FILE (file-name) [options-group] ] . . . ; 

where "options group" is as follows; 

[DIRECT j SEQUENTIAL] 

[ BUFFERED | UNBUFFERED] 

[STREAM I RECORD] 

[ INPUT I OUTPUT I UPDATE ] 

[KEYED] [EXCLUSIVE] 

[BACKWARDS] 

[TITLE (element-expression)] 

[PRINT] 

[LINESIZE( element- express ion) ] 

[PAGESIZE (element-expression) ] 

Syntax rules: 

1. The INPUT, OUTPUT, UPDATE, STREAM 
RECORD, DIRECT, SEQUENTIAL, BUFFERED, 
UNBUFFERED, KEYED, EXCLUSIVE, BACK- 
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WARDS, and PRINT options specify 
attributes that augment the attributes 
specified in the file dec:laration; for 
rules governing which of these attri- 
butes can be applied together, see 
Part I, Chapter 8, "Input and Output," 
and the corresponding attributes in 
Section I, "Attributes. " 

The options in an "option group" and 
the FILE option for a file may appear 
in any order. 

The "file name" is the name of the 
file that is to be associated with a 
data set. Several files can be opened 
by one OPEN statement. 



General rules: 



The opening of an already open file 
does not affect the file if the second 
opening takes place in the same task 
or an attached task. In such cases, 
any expressions in the "options_group" 
are evaluated, but they are not used. 



ment is the line size that was used to 
create the data set, if any; other- 
wise, the line size is taken to be the 
current length of the logical record 
(minus control bytes, for V- format 
records) . 

4. The PAGESIZE option can be specified 
only for a file having the STREAM and 
PRINT attributes. The element expres- 
sion, is evaluated and converted to an 
integer,, which represents the maximum 
number of lines to a page. During 
subsequent transmission to the PRINT 
file, a new page may be started by use 
of the PAGE format item or by the PAGE 
option in the PUT statement. If a 
page becomes filled and more data 
remains to be printed before action to 
start a new page is taken, the ENDPAGE 
condition is raised. For the F Com- 
piler, if PAGESIZE is not specified, 
the default is 60 lines per page. 



If the TITLE option is sp 
"element expression" is c 
character string, if n 
first eight characters of 
tify the data set (the 
associated with the fil 
option does not appear 
eight characters of th 
(padded or truncated) ar 
the ddname. Note that th 
same truncation as that 
names. If the file name 
er, the identifier of 
argument passed to th 
rather than the identi 
parameter itself, is used 
tif ication. 



ecified, the 
onverted to a 
ecessary, the 

which iden- 
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for external 
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The LINESIZE option can be specified 
only for a STREAM OUTPUT file. The 
expr€iSsion is evaluated, converted to 
an integer, and used as the length of 
a line during subsequent operations on 
the file. New lines may be started by 
use of the printing and control format 
items or by options in a GET or PUT 
statement. If an attempt is made to 
position a file past the end of a line 
before explicit action to start a new 
line is taken, a new line is automat- 
ically started, and the file is posi- 
tioned to the start of this new line. 
If no LINESIZE is given for a PRINT 
file, an implementation-defined 
default is supplied. For the F Com- 
piler, this is 120 characters. 

The LINESIZE option cannot be spec- 
ified for an INPUT file. The line 
size taken into consideration whenever 
a SKIP option appears in a GET state- 



The PROCEDURE Statement 



Function: 

The PROCEDURE statement has the follow- 
ing functions: 

• It heads a procedure. 

• It defines the primary entry point to 
the procedure. 

• It specifies the parameters, if any, 
for the primary entry point. 

• It may specify certain special charac- 
teristics that a procedure can have. 

• It may specify the attributes of the 
value that is returned by the procedure 
if it is invoked as a function at its 
primary entry point. 

General format: 

entry-name: [entry-name: 3 . . . 

PROCEDURE [ (parameter [ , parameter] . . . ) ] 
[OPTIONS (option-list) ] 
[RECURSIVE] [data- attributes] ; 

Syntax rules: 

1. The "data attributes" represent the 
attributes of the value returned by 
the procedure when it is invoked as a 
function at its primary entry point. 
Only arithmetic, string, pointer, off- 
set, AREA, and PICTURE attributes are 
allowed. 
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2. OPTIONS and RECURSIVE are special pro- 
cedure specifications that the user 
can specify. They and the "data 
attributes" may appear in any order 
and are separated by blanks. 



3. The "option list" of OPTIONS specifies 
one or more additional implementation- 
defined options. For the F Compiler, 
the "option list" may contain the MAIN 
and TASK options,, separated by commas. 
MAIN specifies that the procedure is 
the initial procedure, to be invoked 
by the operating system as the first 
step in the execution of the PL/I 
program; TASK specifies that the mul- 
titasking facilities are to be used. 



General rules : 



When the procedure is invoked, a rela- 
tionship is established between the 
arguments passed to the procedure and 
the parameters that represent those 
arguments in the invoked procedure. 
This topic is discussed in Part I, 
Chapter 10, "Subroutines and Func- 
tions. " 



If "data attributes" are not speci- 
fied, default attributes are supplied. 
In such a case,, the name of the entry 
point (the entry name by which the 
procedure has been invoked) is used to 
determine the default base, precision, 
and scale. (Since the entry point can 
have several entry names, the default 
base, precision, and scale can differ 
according to the entry name. ) 

5. If a PROCEDURE Statement has more than 
one entry name, the first name can be 
considered as the only label of the 
statement; each subsequent entry name 
can be considered as a separate ENTRY 
statement having an identical paramet- 
er list and the same data attributes 
as specified in the PROCEDURE state- 
ment. For example, the statement: 

A: I: PROCEDURE BINARY FIXED: 

is effectively the same as: 

A: PROCEDURE BINARY FIXED; 

I: ENTRY BINARY FIXED; 



The PUT Statement 



For the F Compiler,, OPTIONS may be 
specified only for an external proce- 
dure, and at least one external proce- 
dure must have the OPTIONS (MAIN) 
designation; if more than one is so 
designated, the operating system will 
invoke the one that appears first, 
physically. (If multitasking is to be 
used, the external procedure must also 
have the keyword TASK in the OPTIONS 
attribute.) OPTIONS applies to all of 
the entry points (both primary and 
secondary) that the procedure for 
which it has been declared might have. 



3. RECURSIVE must be specified if the 
procedure might be invoked recursive- 
ly; that is, if it might be re- 
activated while it is still active. 
If specified, it applies to all of the 
entry points (primary and secondary) 
that the procedure might have. It 
applies only to the procedure for 
which it is declared. 

4. The "data attributes" specify the 
attributes of the value returned by 
the procedure when it is invoked as a 
function at its primary entry point. 
The value specified in the RETURN 
statement of the invoked procedure is 
converted to conform with these attri- 
butes before it is returned to the 
invoking procedure. 



Function: 

The PUT statement is a STREAM transmis- 
sion statement that can be used in either 
of the following ways: 

1. It can cause the values in one or more 
internal storage locations to be 
transmitted to a data set on an exter- 
nal medium. 

2. It can cause the values in one or more 
internal storage locations to be 
assigned to an internal receiving 
field (represented by a character- 
string variable) . 

General format : 



PUTf FILE (file-name) "l 

|_ STRING (character- string- variable) J 
[data -specification] 
'PAGE [LINE (element-expression)] 
SKIP [(element-expression)] 
_LINE( element-expression) 

Syntax rules: 



]■ 



If neither the FILE nor STRING option 
appears, the specification FILE 
(SYSPRINT) is assumed. If such a PUT 
statement lies within the scope of a 
declaration of the identifier 
SYSPRINT, SYSPRINT must have been 
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declared as FILE STREAM OUTPUT. If 
the PUT statement does not lie within 
the scope of a declaration of SYS- 
PRINT, SYSPRINT is the Standard system 
output file. 

2. The FILE option specifies transmission 
to a data set on an external medium. 
The file name in this option is the 
name of the file that has been asso- 
ciated (by implicit or explicit 
opening) with the data set that is to 
receive the values. This file must 
have the OUTPUT and STREAM attributes. 

3. The STRING option specifies transmis- 
sion from internal storage locations 
(represented by variables or expres- 
sions in the "data specification") to 
a character string (represented by the 
"character-string variable"). The 
"character-string variable" can be a 
string pseudo-variable. 

4. The "data specification" option is as 
described in Part I, Chapter 8,, "Input 
and Output." 

5. The PAGE, SKIP, and LINE options 
cannot appear with the STRING option. 

6. The options may appear in any order; 
at least one must appear. 

General rules: 

1« If the FILE option is specified, and 
the "file name" refers to an unopened 
file, the file is opened implicitly as 
an OUTPUT file. 

2. If the STRING option is specified, the 
PUT operation begins assigning values 
to the beginning of the string (that 
is, at the left-most character 
position)* after appropriate conver- 
sions have been performed. Blanks and 
delimiters are inserted as usual. If 
the string is not long enough to 
accomodate the data, the ERROR condi- 
tion is raised. 



6. 



7. 



the execution of a PUT statement with 
the PAGE option, until a PAGE format 
item is encountered, or until an END- 
PAGE interrupt results in the 
definition of a new page. A new 
current page implies line one. 



The SKIP option causes a new current 
line to be defined for the data set. 
The expression, if present, is con- 
verted to an integer w, which for 
non-PRINT files must be greater than 
zero. The data set is positioned at 
the start of the wth line relative to 
the current line. If the expression 
is omitted, SKIP(l) is assumed. 



For PRINT files w may be less than or 
equal to zero; in this case, the 
effect is that of a carriage return 
with the same current line. If less 
than w lines remain on the current 
page when a SKIP(w) is issued, ENDPAGE 
is raised. 



The LINE option causes a new current 
line to be defined for the data set. 
The expression is converted to an 
integer w. The LINE option specifies 
that blank lines are to be inserted so 
that the next line will be the wth 
line of the current page. If at least 
w lines have already been written on 
the current page or if w exceeds the 
limits set by the PAGESIZE option of 
the OPEN statement, the ENDPAGE condi- 
tion is raised. If w is less than or 
equal to zero, it is assumed to be 1. 



If the FILE( filename) option refers to 
a file that is not open in the current 
task, the file is opened implicitly in 
this task for stream output. 



Examples: 



I 3. The PAGE and LINE options can be 
specified for PRINT files only. All 
of the options take effect before 
transmission of any values defined by 
the data specification,, if given. Of 
the three, only PAGE and LINE may 
appear in the same PUT statement, in 
which case, the PAGE option is applied 
first. 



1. PUT DATA (A,B,C) ; 



Specifies the data-directed transmis- 
sion of the values A, B and c to the 
file SYSPRINT. 



PUT FILE (LIST) EDIT 
PAGE; 



(X,Y,Z) (A(10)) 



4. The PAGE option causes a new current 
page to be defined within the data 
set. If a data specification is pre- 
sent, the transmission of values 
occurs after the definition of the new 
page. The page remains current until 



Specifies that a new page is to be 
defined for the print file LIST. The 
values of X„ Y and Z are placed 
starting in the first printing posi- 
tion of the new page. Each of the 
values will use the A (10) format item. 
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The READ Statement 



Function: 



The READ statement causes a record to be 
transmitted from a RECORD INPUT or RECORD 
UPDATE file to a variable or buffer. 



General format: 

READ option-list; 



Following is the format of 
list": 

FILE (filename) 

[iNTO (variable) "^ 
SET (pointer-variable)! 
IGNORE (express ion) J 



"option 



rkEY ( 
I KEYTO 
L (cha 



expression) 



3 



[character-string-variable 
[EVENT ( event- variable) ] 
[NOLOCK] 



General rules: 

1. The options may appear in any order. 

2. The FILE (filename) option specifies 
the file from which the record is to 
be read. This option must appear. If 
the file specified is not open in the 
current task, it is opened. 

3. The INTO (variable) option specifies an 
unsubscripted level 1 variable into 
which the record is to be read. It 
cannot be a parameter, nor can it have 
the DEFINED attribute. 

4, The KEY and KEYTO options can be 
specified for KEYED files only. 

5, The KEY option must appear if the file 
has the DIRECT attribute. The 
"element expression" is converted to a 
character string that represents a 
key. It is this key that determines 
which record will be read. 

The KEY option may also appear for 
files having the SEQUENTIAL and KEYED 
attributes. In such cases, the file 
is positioned to the record having the 
specified key. Thereafter, records 
may be read sequentially from that 
point on by using READ statements 
without the KEY option. For 
System/360 implementations, the data 
set must have the INDEXED organiza- 
tion. 

6, The KEYTO option can be given only if 
the file has the SEQUENTIAL and KEYED 



attributes. It specifies that the key 
of the record being read is to be 
assigned to the "character-string 
variable" according to the rules for 
character-string assignment. If pro- 
per assignment cannot be made, the KEY 
condition is raised. For the F Com- 
piler, the value assigned is as fol- 
lows: 



a. For REGIONAL (1), the eight char- 
acter regional number, padded or 
truncated on the l eft to the 
declared length of the character- 
string variable 



b. For REGIONAL (2) and REGIONAL (3), 
the recorded key without the 
regional number, padded or trun- 
cated on the right to the declared 
length of the character-string 
variable 

c. For . INDEXED, the recorded key, 
padded or truncated on the right 
to the declared length of the 
character-string variable 



The KEY condition will not be 
for such padding or truncation. 



raised 



Note: The KEYTO option cannot specify 
a variable declared with a numeric 
picture specification. 

7. The EVENT option allows processing to 
continue while a record is being read 
or ignored. This option cannot be 
specified for a SEQUENTIAL BUFFERED 
file. 

When control reaches a READ statement 
containing this option, the "event 
variable" is made active (that is, it 
cannot be associated with another 
event) and is given the completion 
value 'O'E, provided that the UNDEFI- 
NEDFILE condition is not raised by an 
implicit file opening (see "Note" 
below) . The event variable remains 
active and retains its 'O'B completion 
value until control reaches a WAIT 
statement specifying that event varia- 
ble. At this time, either of the 
following can occur: 

a. If the READ statement has been 
executed successfully and none of 
the conditions ENDFILE, TRANSMIT, 
KEY or RECORD has been raised as a 
result of the READ, the event 
variable is set complete (given 
the completion value *1*B), and 
the event variable is made inac- 
tive, that is, it can be associat- 
ed with another event. 
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b. If the READ statement has resulted 
in the raising of ENDFILE, TRANS- 
MIT, KEY, or RECORD, the interrupt 
for each of these conditions does 
not occur until the WAIT is 
encountered. At such time, the 
corresponding on~units (if any) 
are entered in the order in which 
the conditions were raised. After 
a return from the final on-unit, 
or if one of the on-units is 
terminated by a GO TO statement, 
the event variable is given the 
completion value *1'B and is made 
inactive. 

Note: If the READ statement causes an 
implicit file opening that results in 
the raising of UNDEFINEDF'CLE, the on- 
unit associated with this condition is 
entered immediately and the event 
variable remains unchanged; that is, 
the event variable remains inactive 
and retains the same value it had when 
the READ was encountered. If the 
on-unit does not correct the condi- 
tion, then, upon normal return from 
the on-unit, the ERROR condition is 
raised; if the condition is corrected 
in the on-unit, that is, if the file 
is opened successfully, then, upon 
normal return from the on-unit, the 
event variable is set to *0'B, it is 
made active, and execution of the READ 
statement continues . 

8. Any READ statement referring to an 
EXCLUSIVE file will cause the record 
to be locked unless the NOLOCK option 
is specified. A locked record cannot 
be read, deleted, or rewritten by any 
other task until it is unlocked. Any 
attempt to read, delete, rewrite, or 
unlock a record locked by another task 
results in a wait. Subsequent unlock- 
ing can be accomplished by the locking 
task through the execution of an 
UNLOCK, REWRITE, or DELETE Statement 
that specifies the same key, by a 
CLOSE statement, or by completion of 
task in which the record was locked. 

Note that a record is considered 
locked only for tasks other than the 
task that actually locks it; in other 
words, a locked record can always be 
read by the task that locked it and 
still remain locked as faa: as other 
tasks are concerned (unless, of 
course, the record has been explicitly 
unlocked by one of the above methods). 

9,. The SET option specifies that the 
record is to be read into a buffer and 
that a pointer value is to be assigned 
to the named locator variable. The 
pointer value identifies the record in 
the buffer. If the locator variable 



is an offset variable, the pointer 
value is implicitly converted. 



10. The IGNORE option may be specified for 
SEQUENTIAL INPUT and SEQUENTIAL UPDATE 
files. The expression in the IGNORE 
option is evaluated and converted to 
an integer. If the value, n, is 
greater than zero, n records are 
ignored; a subsequent READ statement 
for the file will access the (n+l)th 
record. A READ statement without an 
INTO, SET, or IGNORE option is equi- 
valent to a READ with an IGNORE (1). 



11. A keyed file being accessed sequen- 
tially may be positioned by issuing a 
READ statement with the KEY option. 
The specified key will be used to 
identify the record required. 
Thereafter, records may be read 
sequentially from that point by use of 
READ statements without the KEY 
option. This applies to INPUT and 
UPDATE files. 



For BUFFERED SEQUENTIAL files, two 
positioning statements can be used, 
with the following formats: 



READ FILE (filename) 
INTO (variable) 
KEY (expression); 



READ FILE (filename) 

SET (pointer-variable) 
KEY (expression) ; 



For UNBUFFERED SEQUENTIAL files, 
only the first form shown immediately 
above can be used„ and it may be 
specified with the EVENT option. 



Examples: 

1, READ FILE (ALPHA) SET (REC_IDENT) ; 

The next record from the data set 
associated with ALPHA is made availa- 
ble and the pointer variable REC_IDENT 
is set to identify the record in the 
buffer. 



2. READ FILE (BETA) 
(WORK) ; 



KEY (VALUE) INTO 



The record identified by the key VALUE 
is transmitted from the data set asso- 
ciated with BETA into the variable 
WORK. 
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The RETURN Statement 



Function: 

The RETURN statement terminates execu- 
tion of the procedure that contains the 
RETURN statement. If the procedure has not 
been invoked as a task, the RETURN state- 
ment returns control to the invoking proce- 
dure. The RETURN statement may also return 
a value. 



General format; 
Option 1. 

RETURN ; 



Option 2. 



RETURN (expression) ; 



General rules; 



3. 



Only the RETURN statement in Option 1 
can be used to terminate procedures 
not invoked as function procedures; 
control is returned to the point logi- 
cally following the invocation. 

Option 1 represents the only form 
of the RETURN statement that can be 
used to terminate a procedure initiat- 
ed as a task. If the RETURN statement 
terminates the major task, the FINISH 
condition is raised prior to the exe- 
cution of any termination processes, 
if the RETURN statement terminates any 
other task, the completion value of 
the associated event variable (if any) 
is set to *1'B, and the status value 
is left unchanged. 

The RETURN Statement in Option 2 is 
used to terminate a procedure invoked 
as a function procedure only. Control 
is returned to the point of invoca- 
tion, and the value returned to the 
function reference is the value of the 
expression specified converted to con- 
form to the attributes declared for 
the invoked entry point. These attri- 
butes may be explicitly specified at 
the entry point; they are otherwise 
implied by the initial letter of the 
entry name through which the procedure 
is invoked. 

If control reaches an END statement 
corresponding to the end of a proce- 
dure, this _ENp statem ent is„±j:eated.^a, 
a__ RETURJi statement (of the Option 1 
""form)" for the procedure. 



Example 



A: PROCEDURE (X,Y) FIXED; 
DECLARE (X,Y) FLOAT; 



RETURN (X**2+Y**2); 
END; 
B : PROCEDURE ; 

DECLARE A ENTRY RETURNS (FIXED); 



R = A(P,Q); 



END; 



In the assignment statement (R=A(P,Q);), 
procedure B invokes procedure A as a func- 
tion. Procedure B specifies that the sca- 
lar expression in the RETURN statement is 
to be evaluated; since X and Y are 
floating-point variables and the PROCEDURE 
statement specifies that the value returned 
is to be fixed point, the value of the 
expression is converted to fixed point, and 
this value is returned to B. 



The REVERT Statement 



Function: 



The REVERT statement nullifies the 
effect of the current action specification 
for the specified condition only if the 
current action specification is the 3:esult 
of an ON statement executed within the same 
invocation of the block in which the REVERT 
statement is executed. When this is true, 
the action specification that was in effect 
for the specified condition when the .block 
containing the REVERT statement was invoked 
is re-established and once again takes 
effect. 



General format: 



REVERT condition; 
Syntax rule: 



The "condition" is any of those des- 
cribed in Section H, "ON-Conditions. " 
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General rule: 

The execution of a REVERT statement has 
the effect described above only if (1) an 
ON statement, specifying the same condition 
and internal to the same block, was execut- 
ed after the block was activated and (2) 
the execution of no other similar REVERT 
statement has intervened. If either of 
these two conditions is not met, the REVERT 
statement is treated as a null statement. 



The REWRITE Statement 



Function: 

The REWRITE statement can be used only 
for update files. It replaces an existing 
record in a data set. 

General format : 

REWRITE FILE (file-name) 
[FROM (variable)] 
[KEY (element-expression)] 
[EVENT (event-variable)] 



Syntax rules: 



The FILE specification, which includes 
the file name, and the options may be 
specified in any order. 

The file name is the name of the file 
containing the record to be rewritten. 
The file must have the UPDATE attri- 
bute. 

The "variable" in the FROM option must 
be an unsubscripted level 1 variable 
(that is, a variable not contained in 
an array or structure). It cannot 
have the DEFINED attribute and it 
cannot be a parameter. It represents 
the record that will replace the 
existing record in the specified file. 



General rules: 



If the file whose name appears in the 
FILE specification has not been 
opened, it is opened implicitly with 
the attributes RECORD and UPDATE. 

The KEY option must appear if the file 
has the DIRECT attribute; it cannot 
appear otherwise. The element- 
expression is converted to a character 
string. This character string is the 
source key that deteirmines which 
record is to be rewritten. For 
INDEXED SEQUENTIAL files in System/360 
implementations, the key must be the 
same as the one it replaces. 



3. The FROM option must be specified for 
UPDATE files having either the DIRECT 
attribute or both the SEQUENTIAL and 
UNBUFFERED attributes. A REWRITE 
statement in which the FROM option has 
not been specified has the following 
effect: if the last record was read by 
a READ statement with the INTO option, 
REWRITE without FROM has no effect on 
the record in the data set; if the 
last record was read by a READ state- 
ment with the SET option, the record 
will be updated by whatever assign- 
ments were made in the buffer iden- 
tified by the pointer variable in the 
SET option. 

t». The EVENT option allows processing to 
continue while a record is being re- 
written. This option cannot be speci- 
fied for a SEQUENTIAL BUFFERED file. 

When control reaches a REWRITE state- 
ment containing this option, the event 
variable is made active (that is, it 
cannot be associated with another 
event) and is given the completion 
value 'O'B, provided that the UNDEFI- 
NEDFILE condition is not raised by an 
implicit file opening (see "Note" 
below). The event variable remains 
active and retains its 'O'B completion 
value until control reaches a WAIT 
statement specifying that event varia- 
ble. At this time, either of the 
following can occur: 

a. If the REWRITE statement has been 
executed successfully and none of 
the conditions TRANSMIT, KEY, or 
RECORD has been raised as a result 
of the REWRITE, the event variable 
is set complete (given the comple- 
tion value *1'B), and the event 
variable is made inactive (that 
is, it can be associated with 
another event) . 

b. If the REWRITE statement has 
resulted in the raising of TRANS- 
MIT, KEY, or RECORD, the interrupt 
for each of these conditions does 
not occur until the WAIT is 
encountered. At such time, the 
corresponding on-units (if any) 
are entered in the order in which 
the conditions were raised. After 
a return from the final on-unit, 
or if one of the on-units is 
terminated by a GO TO statement, 
the event variable is given the 
completion value 'I'B and is made 
inactive. 

Note: If the REWRITE statement causes 
an implicit file opening that results 
in the raising of UNDEFINEDFILE, the 
on-unit associated with this condition 
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is entered iitimediately and the event 
variable remains unchanged, that is, 
the event variable remains inactive 
and retains the same value it had when 
the REWRITE was encountered. If the 
on-unit does not correct the condi- 
tion, then, upon normal return from 
the on-unit, the ERROR condition is 
raised; if the condition is corrected 
in the on-unit, that is, if the file 
is opened successfully, then, upon 
normal return from the on-unit, the 
event variable is set to '0*B, it is 
made; active, and execution of the 
REWRITE statement continues. 

If the record rewritten is one that 
was locked in the same task, it 
becomes unlocked. 



The SIGNAL Statement 



The STOP Statement 



Function: 



The STOP statement causes immediate ter- 
mination of the major task and all sub- 
tasks 



General format: 
STOP; 



General rule: 



Prior to any termination activity the 
FINISH condition is raised in the task in 
which the STOP is executed. On normal 
return from the FINISH on-unit, all tasks 
in the program are terminated. 



Function: 



The SIGNAL statement simulates the occu- 
rence of an interrupt. It may be used to 
test the current action specification for 
the associated condition. 

General format: 

SIGNAL condition; 

Syntax rule: 

The "condition" is any one of those 
described in Section H, "ON-Conditions. " 

General rules: 

1- When a SIGNAL statement is executed, 
it is Ss if the specified condition 
has actually occurred. Sequential 
execution is interrupted and control 
is transferred to the current on-unit 
for the specified condition. After 
the on-unit has been executed, control 
normally returns to the statement 
immediately following the SIGNAL 
statement. 

2. The on-condition CONDITION can cause 
an interrupt only as a result of its 
specification in a SIGNAL statement. 

3. If the specified condition is disa- 
bled, no interrupt occurs, and the 
SIGNAL statement becomes equivalent to 
a null statement. 

U. If there is no current on-unit for the 
specified condition, then the standard 
system action for the condition is 
performed. 



The UNLOCK Statement 



Function: 



The UNLOCK statement makes the specified 
locked record available to other tasks for 
operations on the record. 



General format: 

UNLOCK option- list; 

Following is the format of "option 
list": 

FILE (filename) KEY (expression) 

General rules: 

1. The options may appear in either 
order. 

2. The FILE (filename) option specifies 
the file involved, which must have the 
attributes UPDATE, DIRECT, and 
EXCLUSIVE. 

3. In the KEY (expression) option, the 
"expression" is converted to a charac- 
ter string and determines which record 
is unlocked. 

U. A record can be unlocked only by the 
task which locked it. 
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The WAIT statement 



Function! 

The execution of a WAIT statement within 
an activation of a block retains control 
for that activation of that block within 
the WAIT statement until certain specified 



events have completed. 



General format: 



WAIT (event-name [,, event- name] . - . ) 
[ (element- express ion) ] ; 

General rules: 

1. Control for a given block activation 
remains within this statement until,, 
at possibly separate times during the 
execution of the statement, the condi- 
tion 



list is associated with an 
input/output operation initiated in 
the same task as the WAIT* the condi- 
tion in Rule 1 will be satisfied when 
the input/output operation is complet- 
ed,. The execution of the WAIT is a 
necessary part of the completion of an 
input/output operation. If prior to, 
or during, the WAIT all transmission 
associated with the input/output oper- 
ation is terminated, then the WAIT 
performs the following action: If the 
transmission has finished without 
requiring any input/output conditions 
to be raised,, the event variable is 
set complete (i.e.* COMPLETION (event 
name) = *1'B). If the transmission 
has been terminated but has required 
conditions to be raised, the event 
variable is set abnormal (i.e., 
STATUS (event name) = 1) and all the 
required ON conditions are raised. On 
return from the last on-unit, the 
event variable is set complete. 



COMPLETION (event-name) 



I'B 



has been satisfied, for some or all of 
the event names in the list. 

If the optional expression does not 
appear, all the event names in the 
list must satisfy the above condition 
before control returns to the next 
statement in this task following the 
WAIT. 

If the optional expression appears, 
the expression is evaluated when the 
WAIT statement is executed and con- 
verted to an integer. This integer 
specifies the number of events in the 
list that must satisfy the above con- 
dition before control for the block 
passes to the statement following the 
WAIT. Of course, if an on-unit 
entered due to the WAIT is terminated 
abnormally, control might not pass to 
the statement following the WAIT. 



If the value of the 
zero or negative, the 
is treated as a null 
the value of the expres 
than the number, n, of 
the list, the value is 
If the statement ref 
event name, then each 
elements contributes to 



expression is 

WAIT statement 
statement. If 
sion is greater 

event names in 
taken to be n. 
ers to an array 

of the array 

the count. 



If the event variable named in the 
list has been associated with a task 
in its attaching CALL statement, then 
the condition in Rule 1, will be satis- 
fied on termination of that task. 

If the event variable named in the 



The order in which ON conditions for 
different input/output events are 
raised is not dependent on the order 
of appearance of the event names in 
the list- If an ON condition for one 
event is raised, then all other condi- 
tions for that event are raised before 
the WAIT is terminated or before any 
other input/output conditions are 
raised unless an abnormal retiirn is 
made from one of the on-units thus 
entered. The raising of ON conditions 
for one event implies nothing about 
the completion or termination of 
transmission of other events in the 
list. 



If an abnormal retujtrn is made from any 
on-unit entered from a WAIT,, the asso- 
ciated event variable is set complete, 
the execution of the WAIT is terminat- 
ed,, and control passes to the point 
specified by the abnormal return. 



If some of the event names in the WAIT 
list are associated with input/output 
operations and have not been set com- 
plete before the WAIT is terminated 
(either because enough events have 
been completed or due to an abnormal 
return) , then these incomplete events 
will not be set complete until the 
execution of another WAIT referring to 
these events in this same task. 
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Example: 
PI: PROCEDURE; 

CALL P2 EVENT(EP2); 

WAIT(EP2); 



END; 

The CALL Statement, when executed, 
attaches a task whose completion sta- 
tus is associated with the event name 
EP2. When the WAIT statement is 
encountered, the execution of the task 
is suspended until the value of 
EVENT {EP2) is '1»B, i.e.,, until the 
attached task is completed. 



The WRITE Statement 



Function: 

The WRITE statement is a RECORD trans- 
mission statement that transfers a record 
from a variable in internal storage to an 
OUTPUT or UPDATE file- 
General format: 

WRITE FILE (file-name) FROM (variable) 
[KEYFRCM (element-expression) ] 
[EVENT(event-variable) ] ; 



Syntax rules: 



1. The E'lLE and FROM specifications and 
the KEYFROM and EVENT options may 
appear in any order. 

2. The "file name" specifies the file in 
which the record is to be written. 
This file must be a RECORD file that 
has either the OUTPUT attribute or the 
DIRECT and UPDATE attributes. 

3. The "variable" in the FROM specifi- 
cation must be an unsubscripted level 
1 Vciriable (i.e., a variable not con- 
tained in an array or structure). It 
cannot have the DEFINED attribute and 
it cannot be a parameter. It contains 
the record to be written. 

General rules : 

1. If the file is not open, it is opened 
implicitly with the attributes RECORD 



and OUTPUT (unless UPDATE has been 
declared) . 

If the KEYFROM option is specified, 
the "element expression" is converted 
to a character string. This character 
string is the source key that speci- 
fies the relative location in the data 
set where the record is written. For 
REGIONAL (2), REGIONAL (3), and 
INDEXED data sets, with the F Compiler 
KEYFROM also specifies a recorded key 
whose length is determined by the 
KEYLEN subparameter. 

The EVENT option allows processing to 
continue while a record is being writ- 
ten. This option cannot be specified 
for a SEQUENTIAL BUFFERED file. 

When control reaches a WRITE statement 
containing this option, the "event 
variable" is made active (that is, it 
cannot be associated with another 
event) and is given the completion 
value "O'B, provided that the UNDEFI- 
NEDFILE condition is not raised by an 
implicit file opening (see "Note" 
below) . The event variable remains 
active and retains its 'O'B completion 
value until control reaches a WAIT 
statement specifying that event varia- 
ble. At this time,, either of the 
following can occur: 

a. If the WRITE statement has been 
executed successfully and none of 
the conditions TRANSMIT, KEY,, or 
RECORD has been raised as a result 
of the WRITE, the event variable 
is set complete (given the comple- 
tion value 'I'B), and the event 
variable is made inactive, that 
is, it can be associated v/ith 
another event. 

b. If the WRITE statement has result- 
ed in the raising of TRANSMIT, 
KEY, or RECORD, the interrupt for 
each of these conditions does hot 
occur until the WAIT is encoun- 
tered. At such time, the corires- 
ponding on-units (if any) are 
entered in the order in which the 
conditions were raised. Afte3: a 
return from the final on-unit„ or 
if one of the on-units is termi- 
nated by a GO TO statement, the 
event variable is given the com- 
pletion value ('I'B) and is made 
inactive. 

Note: If the WRITE statement causes an 
implicit file opening that results in 
the raising of UNDEFINEDFILE, the on- 
unit associated with this condition is 
entered immediately and the event 
variable remains unchanged; that is. 
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the event variable remains inactive 
and retains the same value it had when 
the WRITE was encountered. If the 
on-unit does not correct the condi- 
tion, then, upon normal return from 
the on-unit, the ERROR condition is 
raised; if the condition is corrected 
in the on-unit, that is, if the file 
is opened successfully, then upon nor- 
mal return from the on-unit, the event 
variable is set to 'O'B, it is made 
active, and execution of the WRITE 
statement continues. 



PREPROCESSOR STATEMENTS 



All of the statements that can be exe- 
cuted at the preprocessor stage are pre- 
sented alphabetically in this section. 



cesser statement will initiate 
replacement activity in all cases 
except when the identifier appears 
within a comment or within single 
quotes. 



The %ACTIVATE Statement 



Function: 

The appearance of an identifier in a 
%ACTIVATE statement makes it active and 
eligible for replacement; that is, any 
subsequent encounter of that identifier in 
a nonpreprocessor statement, while the 
identifier is active, will initiate 
replacement activity. 

General format: 

%[ label:] ACTIVATE identifier 

[ , identifier] . . . ; 

Syntax rules: 

1. Each identifier must be either a prep- 
rocessor variable or a preprocessor 
procedure name. 

2. A %ACTIVATE Statement cannot appear 
within a preprocessor procedure. 

General rules: 

1. An identifier cannot be activated ini- 
tially by a %ACTIVATE statement; the 
appearance of that identifier in a 
%DECLARE statement serves that pur- 
pose. An identifier can be activated 
by a ^ACTIVATE statement only after it 
has been deactivated by a %DEACTIVATE 
statement. 

2. When an identifier is active (and has 
been given a value — if it is a 
preprocessor variable) any encounter 
of that identifier within a nonprepro- 



Example: 



If the source program contains the fol- 
lowing sequence of statements: 



% DECLARE I FIXED, T CHARACTER; 

% DEACTIVATE I; 

% I = 15; 

% T = • A ( I ) • ; 

S = I*T*3; 

% I = 1+5; 

% ACTIVATE I; 

% DEACTIVATE T; 

R = i+T+2; 



then the preprocessed text generated by the 
above would be as follows (replacement 
blanks are not shown) : 



S = I*A(I)*3; 



R = 20+T+2; 



The % Assign ment Statement 



Function: 

The % assignment statement is used to 
evaluate preprocessor expressions and to 
assign the result to a preprocessor varia- 
ble. 



General format: 



[label:] 



General rulei 



preprocessor-variable = 
preprocessor-expression; 



When the value assigned to a preproces- 
sor variable is a character string, this 
character string should not contain a prep- 
rocessor statement, nor should it contain 
unmatched comment or string delimiters. 
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The %DEACTIVATE Statement 



Function: 

The appearance of an identifier in a 
%DEACTIVATE statement makes it inactive and 
ineligible for replacement; that is, any 
subsequent encounter of that identifier in 
a nonpreprocessor statement will not ini- 
tiate any replacement activity (unless, of 
course, the identifier has been reactivated 
in the interim) . 

General format: 

% [label 3 ] . . . DEACTIVATE identifier 
[ , identifier] . . . ; 

Syntax rules: 

1. Each "identifier" must be either a 
preprocessor variable, the SUBSTR 
built-in function, or a preprocessor 
procedure name. 

2. A ^DEACTIVATE Statement cannot appear 
within a preprocessor procedure. 

General rule: 

The deactivation of an identifier does 
not strip it of its value, nor does it 
prevent it from receiving new values in 
subsequent preprocessor statements. Deac- 
tivation simply prevents any replacement 
for a particular identifier from taking 
place. 



The %DECLARE Statement 



Function: 

The %DECLARE Statement establishes an 
identifier as a preprocessor variable or a 
preprocessor procedure name and also serves 
to activate that identifier. An identifier 
must appear in a %DECLARE statement before 
it can be used as a variable or a procedure 
name in any other preprocessor statement. 



General format: 

The general format is shown in Figure 
J-3. 

Syntax rules: 



1. CHARACTER or FIXED must be specified 
if the "identifier" is a preprocessor 
variable; an entry declaration must be 
specified if the "identifier" is a 
preprocessor procedure name. 

2. Only the attributes shown in the above 
format can be specified in a %DECLARE 
statement. 

3. Factoring of attributes is allowed as 
for nonpreprocessor DECLARE state- 
ments . 

4. Any label attached to a %DECLARE 
statement is ignored by the scan. 

General rules: 



1. No length ' can be specified with the 
CHARACTER attribute. If CHARACTER is 
specified, it is assumed that the 
associated identifier represents a 
varying-length character string that 
has no maximum length. 

2. A preprocessor declaration is not 
known until it has been encountered by 
the scan. If a reference to a prepro- 
cessor variable or procedure is 
encountered in a preprocessor state- 
ment before the declaration for that 
variable or procedure has been 
scanned, then the reference is in 
error. 

3. The scope of all preprocessor varia- 
bles, procedure names, and labels is 
the entire source program scanned by 
the preprocessor, not including any 
preprocessor procedures that redeclare 
such identifiers. The scope of a 
declaration in a preprocessor proce- 
dure is limited to that procedure. 



%[label:1 . . .DECLARE identifier (FIXED) CHARACTER I entry-declaration} 

[ , identifier { FIXED | CHARACTER | entry-declaration} ] 
where the format of "entry declaration" is: 



ENTRY [ ( [CHARACTER | FIXED] 

[ , [CHARACTER | FIXED] ]...)] 
RETURNS (CHARACTER j FIXED) 



Figure J-3. General Format of the %DECLARE Statement 
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An entry declaration must be specified 
for each preprocessor procedure in the 
source program. The ENTRY attribute 
specifies the number (and attributes, 
if desired) of the parameters of the 
procedure; the RETURNS attribute spe- 
cifies the attribute of the value 
returned by that procedure. 

The ENTRY attribute in the entry dec- 
laration must account for every param- 
eter specified in the %PROCEDURE 
statement of the preprocessor proce- 
dure. If the procedure has no param- 
eters, ENTRY must be specified without 
the parenthesized list following; if 
the procedure has one parameter, ENTRY 
followed by empty closed 
parentheses — ENTRY () — will suf- 
fice; if the procedure has more than 
one parameter, the place of each addi- 
tional parameter must be kept by a 
comma. Thus, ENTRY (,, FIXED) speci- 
fies three parameters, the third of 
which has the attribute FIXED; the 
preprocessor i^akes no assumptions 
about the attributes of the first two. 



Syntax rule: 

The "i" represents a preprocessor varia- 
ble, and "ml," "m2," and "m3" are prepro- 
cessor expressions. 

General rule: 

The expansion of a preprocessor DO-group 
is the same as the expansion for a corres- 
ponding nonpreprocessor DO-group and "i," 
"ml," "m2," and "m3" have the same meaning 
that the corresponding expressions in a 
nonpreprocessor DO-group have. 

See "Preprocessor DO-Groups" in Part I, 
Chapter 12, "Compile-Time Facilities," for 
a discussion and an example of its use. 



The %END Statement 



Function: 



5. 



The RETURNS attribute specifies the 
attribute of the value to be returned 
by the preprocessor procedure to the 
point of invocation. If, in fact, the 
attribute of the value does not agree 
with the attribute specified by 
RETURNS, no conversion is performed 
and errors may result. 

See "Preprocessor Procedures" in Part 
I, Chapter 12, "Compile-Time Facili- 
ties," for a discussion of the above 
attributes, as well as a discussion of 
the association of arguments and par- 
ameters at the time of invocation. 

After a %DECLARE statement has been 
executed* it is replaced by a null 
statement so that any subsequent scan- 
ning through the statement has no 
effect. 



The %END statement is used in conjunc- 
tion with %D0 or %PROCEDURE statements to 
delimit preprocessor DO-groups or prepro- 
cessor procedures. 



General format: 
% [label:] 
Syntax rule: 



END [label] ; 



The label following END must be a label 
of a %PROCEDURE or %D0 Statement. Multiple 
closure is permitted. 



The %G0 TO Statement 



Function: 



The %D0 Statement 



The %G0 TO statement causes the prepro- 
cessor to continue its scan at the speci- 
fied label. 



Function: 

The %DO statement is used in conjunction 
with a %END statement to delimit a prepro- 
cessor DO-group. It cannot be used in any 
other way. 



General format: 
%[ label 



: ] • . . DO i=ml I 



TO m2 [BY m3] 
BY m3 [TO m2] 



General format: 

% [label:].-. {GO TO | GOTO} label; 
General rules: 



The label following the keyword GO TO 
determines the point to which the scan 
will be transferred. It must be a 
label of a preprocessor statement, 
although it cannot be the label of a 
preprocessor procedure. 
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3. 



A preprocessor GO TO statement appear- 
ing within a preprocessor procedure 
cannot transfer control to a point 
outside of that procedure. In other 
words, the label following GO TO must 
be contained within the procedure. 



see "The %INCLUDE Statement" for a 
restriction regarding the use of %G0 
TO with included text. 



The %IF Statement 



Function; 



The %IF statement can control the flow 
of the scan according to the value of a 
preprocessor expression. 



General format: 

% [ label : ] . . . IF preprocessor-expression 
%THEN preprocessor-clause-1 
[%ELSE preprocessor-clause-2] 



Syntax rule: 



A preprocessor clause is any single 
preprocessor statement other than %DECLARE, 
%PROCEpURE, %END, Or %D0 (percent symbol 
included) or a preprocessor DO-group 
(percent symbols included) . Otherwise, the 
syntax is the same as that for non- 
preprocessor IF statements. 



General rules: 

1. The preprocessor expression is 
evaluated and converted to a bit 
string (if the conversion cannot be 
made, it is an error). If any bit in 
the string has the value 1, clause-1 
is executed and clause-2, if present, 
is ignored; if all bits are 0, 
clause-1 is ignored and clause-2, if 
present, is executed. In either case, 
the scan resumes immediately following 
the IF statement, unless, of course, a 
%G0 TO in one of the clauses causes 
the scan to resume elsewhere. 

2. %IF statements can be nested according 
to the rules for nesting nonpreproces- 
sor IF statements. 



The %INCLUDE Statement 



Function: 

The % INCLUDE statement is used to 
include (incorporate) strings of external 
text into the source program being scanned. 
This included text can contribute to the 
preprocessed text being formed. 

General format: 

The %INCLUDE statement is defined as 
follows for the F Compiler: 

%[ label:]... INCLUDE 

1 ddname-1 (member-name-1)) 



member- name-1 
ddname-2 (member-name- 2 
,member-name-2 
Syntax rules: 






] 



1. Each "ddname" and "member name" pair 
identifies the external text to be 
incorporated into the source program. 
This external text must be a member of 
a partitioned data set. 

2. A "ddname" specifies the ddname occur- 
ring in the name field of the 
appropriate DD statement. Its asso- 
ciated "member name" specifies the 
name of the data set member to be 
incorporated. If "ddname" is omitted, 
SYSLIB is assumed, and the SYSLIB DD 
statement is required. 

3. A %INCLUDE Statement cannot be used in 
a preprocessor procedure. 

General rules: 

1. Included text can contain nonprepro- 
cessor and/or preprocessor statements. 

2. The included text is scanned, in 
sequence, in the same manner as the 
source program; that is, preprocessor 
statements are executed and replace- 
ments are made where required. 

3. %INCLUDE statements can be nested.. In 
other words, included text also can 
contain % INCLUDE statements. A %G0 TO 
statement in included text can trans- 
fer control to a point in the source 
program or in any included text cit an 
outer level of nesting, but the rev- 
erse is not permitted. An. analogous 
situation exists for nested DO-groups 
that specify iterative execution: con- 
trol can be transferred from an inner 



328 



group to an outer, containing group, 
but not from an outer group into an 
inner, contained group. 



U. Preprocessor statements in included 
text must be complete. It is not 
permissible, for example, to have half 
of a %IF statement in included text 
and half in the other part of the 
source program. 



Example: 



If the source program contained the 
following sequence of statements: 



%DECLARE (FILENAMEl, FILENAME2) 
CHARACTER; 



FILENAMEl = 'MASTER"; 



FILENAME2 = "NEWFILE*; 



The %PROCEDURE Statement 



Function: 

The %PROCEDURE Statement is used in 
conjunction with a %END statement to delim- 
it a preprocessor procedure. Such a prep- 
rocessor procedure is an internal function 
procedure that can be executed only at the 
preprocessor stage. 

General format: 

% label: [label:]... PROCEDURE 

[(identifier [, identifier]...)] 
(CHARACTER I FIXED} ; 



Syntax rules: 



Each "identifier" is a 
the function procedure. 



parameter of 



% INCLUDE DCLS; 



and if 
tained: 



the SYSLIB member name DCLS con- 



DECLARE (FILENAMEl, FILENAME2) 
FILE RECORD INPUT 
DIRECT KEYED; 



then the following would be 
the preprocessed text: 



inserted into 



DECLARE (MASTER, NEWFILE) 
FILE RECORD INPUT 
DIRECT KEYED; 

Note that this is a way in which a 
central library of file declarations can be 
used, with each user supplying his own 
names for the files being declared. 



The % Null Statement 



Function: 

The % null statement can be used to 
provide transfer targets for %G0 TO state- 
ments. It is also useful for balancing 
ELSE clauses in nested %IF statements. 

General format: 

% [label:]...; 



2. One of the attributes CHARACTER or 
FIXED must be specified to indicate 
the type of value returned by the 
function procedure. There can be no 
default. 

General rules: 

1. The only statements and groups that 
can be used within a preprocessor 
procedure are: 

a. the preprocessor assignment state- 
ment 

b. the preprocessor DECLARE statement 

c. the preprocessor DO-group 

d. the preprocessor GO TO statement 

e. the preprocessor IF statement 

f. the preprocessor null statement 

g. the preprocessor RETURN statement 

All of these statements and the DO- 
group must adhere to the syntax and 
general rules given for them in this 
section^ with one exception; all 
percent symbols must be omitted . 

2. A GO TO statement appearing in a 
preprocessor procedure cannot transfer 
control to a point outside of that 
procedure. 

3. As implied by general rule 1,, prepro- 
cessor procedures cannot be nested. 

4. A preprocessor procedure can be 
invoked by a function reference in a 
preprocessor statement, or, if the 
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function procedure name is active, by 
the encounter of that name in a non- 
preprocessor statement. 



General format; 



[label:]... RETURN 

(preprocessor-expression) ; 



The Prep rocessor RETURN Statement 



Function: 

The preprocessor RETURN statement can be 
used only in a preprocessor procedure and, 
therefore, can have no leading %. It 
returns a value as well as control back to 
the point from which the preprocessor pro- 
cedure was invoked. 



General rule: 



The value of the preprocessor expression 
is converted to the attribute specified in 
the ^PROCEDURE statement before it is 
passed back to the point of invocation. If 
the point of invocation is in a nonprepro- 
cessor statement, replacement activity can 
be performed on the returned value after 
that value has replaced the procedure ref- 
erence. 
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SECTION K: DEFINITIONS OF TERMS 



This section provides definitions for 
most of the terms used in this publication. 

access: the act that encompasses the ref- 
erence to and retrieval of data. 

ac tion specification; in an ON statement, 
the on-unit or the single keyword SYSTEM, 
either of which specifies the action to be 
taken whenever an interrupt results from 
raising of the named condition. 

activation; institution Of execution of a 
block. A procedure block is activated when 
it is invoked at any of its entry points; a 
begin block is activated when it is encoun- 
tered in normal sequential flow. 

active; 



alphabetic character; any of the charac- 
ters A through Z and the alphabetic exten- 
ders #, $, and a. 



1. the state in which a block is said to 
be after activation and before termi- 
nation. 

2. the state in which a preprocessor 
variable or preprocessor procedure is 
said to be when its value can replace 
the corresponding identifier in source 
program text. 

3. the state in which an event variable 
is said to be as a result of its 
appearance in the EVENT option of an 
executed RECORD input/output state- 
ment. An event variable remains 
active, and, hence, cannot be asso- 
ciated with any other input/output 
operation, until a WAIT statement nam- 
ing that event variable has been exe- 
cuted. 

a dditive attributes: file attributes for 
which there are no defaults and which, if 
required, must always be stated explicitly. 

address; a specific storage location at 
which a data item can be stored. 

a djustable (bounds and lengths) ; bounds or 
lengths that may be different foi: different 
allocations of the associated variable. 
Adjustable bounds and lengths are specified 
as variables, expressions, or asterisks, 
which are evaluated separately at each 
allocation. They cannot be used for STATIC 
data. 

a llocated variable; a variable with which 
storage has been associated, 

allocation; the association of storage 
with a variable. 



a lphameric character; 
acter or a digit. 

alternative attributes 



an alphabetic char- 



attributes 



that 



may be chosen from groups of two or more 
alternatives. If none is specified, a 
default is assumed. 

area; a block of storage defined by an 
area variable and reserved, on allocation, 
for the allocation of based variables. 

arithmetic conve rsion; the transformation 
of a value from one arithmetic representa- 
tion to another arithmetic representation. 

argument ; an expression, file name, state- 
ment label constant or variable, mathemati- 
cal built-in function name, or entry name 
passed to an invoked procedure as part of 
the procedure reference. 

a rithmetic data; data that has the charac- 
teristics of base, scale» mode, and preci- 
sion. It includes coded arithmetic data 
and numeric character data. 

arithmetic operators ; any of the prefix 
operators, + and -, or the infix operators 
+, -, *, /, and *+. 

array; a named, ordered collection of data 
elements, all of which have identical 
attributes. An array has dimensions, and 
elements that are identified by subscripts. 
An array can also be an ordered collection 
of identical structures. 

array of structures; an ordered collection 
of structures formed by giving the dimen- 
sion attribute to the name of a structure. 

assignment ; giving a value to a variable. 

asynchronous ; describes either the overlap 
of an input/output operation with the exe- 
cution of statements, or the concurrent 
execution of procedures, using multiple 
flows of control. 

attachment of a t a sk; the invocation of a 
procedure that is to be executed asynchron- 
ously with the invoking procedure. 

attribute; a descriptive property asso- 
ciated with a name or expression to des- 
cribe a characteristic of data items, of a 
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file, or of an entry point the name may 
represent. 



autoitiatic s tora ge; storage that is allo- 
cated at the activation of a block and 
released at the termination of that block. 

base;; the number system in terms of which 
an arithmetic value is represented. In 
PL/I, the base is binary or decimal. 

based st orage; storage whose allocation 
and release is controlled by the program- 
mer, with immediate access to all unfreed 
allocations. 

begin block ; a collection of statements 

headed by a BEGIN statement and ended by an 
END statement that delimits the scope of 
names and, in general, is activated by 
normal sequential statement flow. It con- 
trols the allocation and freeing of auto- 
matic storage declared in that block. 

binary; the number system based on the 
value 2. 

bit ; a binary digit, either or 1. 

a string composed of zero or 



bit St ring 
more bits. 



bit -String operators; the 
T(not), &(and), and | (or) . 



operators 



block; a begin block or a procedure block. 

b ounds ; the upper and lower limits of an 
array dimension. 

buffer; an intermediate area, used in 
input/output operations, into which a 
record is read during input and from which 
a record is written during output. 



built-in f unction; 
functions. 



one of the PL/I-defined 



call; the invocation of a subroutine by 
means of the CALL statement or the CALL 
option of the INITIAL attribute. 

character string; A string composed of 
zero or more characters from the data 
character set. 

co ded a rithmetic data; arithmetic data 
whose characteristics are given by the 
base, scale, mode, and precision attri- 
butes. The types for System/360 are packed 
decimal, binary full words, and hexadecimal 
floating-point. 

comment ; a string of characters, used for 
documentation, which is preceded by /* and 
terminated by */ and which is treated as a 
blank. 



comparison operators; the operators t < < 

<= -,= = >= > T> 

compile t ime^; in general, the time during 

which a source program is translated into 
an object module. In PL/I, it is the time 
during which a source program can be 
altered (preproceSsed) , if desired, and 
then translated into an object program. 

compiler; a translator that converts a 
source program into an object module. It 
consists of two stages, a preprocessor and 
a processor. 

complex data ; arithmetic data consisting 
of a real part and an imaginary part. 

compound statement; a statement that con- 
tains other statements. IF and ON are the 
only compound statements. 

concatenation; the operation that connects 
two strings in the order indicated, thus 
forming one string whose length is equal to 
the sum of the lengths of the two strings - 
It is specified by the operator | | . 

condition name; a language keyword that 
represents an exceptional condition that 
might arise during execution of a program. 

condition prefix; a parenthesized list of 
one or more condition names prefixed to a 
statement by a colon. It determines wheth- 
er or not the program is to be interrupted 
if one of the specified conditions occurs 
within the scope of the prefix. Condition 
names within the list are separated by 
commas . 

constant; an arithmetic or string data 
item that does not have a name; a statement 
label. 

contained in; all of the text of a block 
except any entry names of that block. (A 
label of a BEGIN statement is not contained 
in the begin block defined by that state- 
ment. ) 

contextual declaration; the association of 
attributes with an identifier according to 
the context in which the identifier 
appears. 

controlle d storage; storage whose alloca- 
tion and release is controlled by the 
programmer, with immediate access to the 
latest allocation only. 

conversion; the transformation of a value 
from one representation to another. 

cross section of an array; every element 

represented by the extent of at least one 
dimension of an array. An asterisk in the 
place of a subscript in an array reference 
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indicates 
dimension. 



the entire ext;ent of that 



data; representation of infoirination or of 
value. 

data character set: all of those charac- 
ters whose bit configuration is recognized 
by the computer in use. 

data-directed transmission: 



STREAM input and output 
identifying data of the type 
= value, is transmitted. 



the type of 

in which self- 

variable-name 



data item: 



synonymous with "element," 



single unit of data; it is 



dummy argument: a compiler-assigned varia- 
ble for an argument that has no programmer- 
assigned name or whose attributes do not 
agree with those declared with the ENTRY 
attribute for the corresponding parameter. 

ed i t-directed transmission: that type of 
STREAM transmission for which both a data 
list and a format list are specified. 

element: a single data item as opposed to 
a collection of data items, such as a 
structure or an array. (Sometimes called a 
"scalar item.") 



element 



variable: 



variable that 

represent only a single value at any 
point in time. 



can 
one 



data list: a list of expressions used in a 
STREAM input/output specification that 
represent storage areas to which data items 
are to be assigned during input or from 
which data items are to be obtained on 
output. (On input, the list may contain 
only var i abl es . ) 

data set: a collection of data external to 
the program. 

data specification: the portion of a 
stream-oriented data transmission statement 
that specifies the mode of transmission 
(DATA, LIST,, or EDIT) and includes the data 
list and, for edit-directed transmission,, 
the format list. 



enabled: that state in which the occur- 
rence of a particular condition will result 
in a program interrupt. 

entry name: a label of a PROCEDURE or 
ENTRY statement. 

entry point: a point in a procedure at 
which it may be invoked by reference to the 
entry name. (See primary entry point and 
secondary entry point . ) 



epilogue: those processes 
the termination of a block. 



which occur at 



event : an identifiable point in the execu- 
tion of a program. 



deactivated: the state in which a prepro- 
cessor variable is said to be when its 
value cannot replace the corresponding 
identifier in source program text. 

decimal: the number system based on the 
value 10. 



event name: the identifier used to refer 
to an event variable. 

event, variable : a variable associated with 
an event; its value shows whether an event 
is complete and the status of the comple- 
tion. 



declaration: the association of attributes 
with an identifier explicitly, contextual- 
ly, or implicitly. 

default: the alternative assumed when an 
identifier has not been declared to have 
one of two or more alternative attributes. 

delimiter; any valid special character or 

combination of special characters used to 

separate identifiers and constants, or 
statements from one another. 

dimensionality: the number of bounds 
specifications associated with an array. 

disabled; the state in which the occur- 
rence of a particular condition will not 
result in a program interrupt. 

DO-group; a sequence of statements headed 
by a DO statement and closed by its corres- 
ponding END statement. 



exceptional condition: an occurrence, 

which can cause a program interrupt, of an 
unexpected situation, such as an overflow 
error, or an occurrence of an expected 
situation,, such as an end of file, that 
occurs at an unpredictable time. 

explicit declaration: the assignment of 
attributes to an identifier by means of the 
DECLARE statement,, the appearance of the 
identifier as a label, or the appearance of 
the identifier in a parameter list. 

exponent (of floating-point constant) ; a 
decimal integer constant specifying the 
power to which the base of the floating- 
point number is to be raised- 

expression; the representation of a value; 
examples are variables and constants 
appearing alone or in combination with 
operators, and function references. The 
term "expression" refers to an element 
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expression, an array expression, or a 
structure expression. 

external declaration ! an explicit or con- 
textual declaration of the EXTERNAL attri- 
bute for an identifier. Such an identifier 
is knovm in all other blocks for which such 
a declaration exists . 

external name; an identifier which has the 
EXTERNAL attribute. 



exte rnal procedu re; a procedure that 
not contained in any other procedure. 



IS 



field (in t he data stream) ; that portion 

of the data stream whose width, in number 
of characters, is defined by a single data 
or spacing format item. 

field (of a picture specificati on); a 

character-string picture specification or 
that portion (or all) of a numeric charac- 
ter picture specification that describes a 
fixed- point number. If more than one field 
appears in a single specification,, they are 
divided by the F scaling-f actor character 
for fixed-point data, the K or E exponent 
character for floating-point data,, or the M 
field-separator for sterling data. 

file ; a symbolic representation,, within a 
program, of a data set. 

f i le name ; a symbolic name used within a 
program to refer to a data set. 



format item: 



a specification used in edit- 
directed transmission to describe the 
representation of a data item in the stream 
or to control the format of a printed page. 



format list: 



list of 



format 



items 



required for an edit-directed data specifi- 
cation. 

funct ion: a procedure that is invoked by 
the appearance of one of its entry names in 
a function reference. 

funct i on r e ference; the appearance of an 
entry name in an expression, usually in 
conjunction with an argument list. 

generation (of a block); a particular 
activation of a block. 

generatio n (of data) : a particular alloca- 
tion of controlled or automatic storage. 

generic key; a character string that iden- 
tifies a class of keys: all keys that begin 
with the string are members of that class. 
For example, the recorded keys 'ABCD*,, 
'ABCE', and "ABDF* are all members of the 
classes identified by the generic keys 'A' 
and "AB* , and the first two are also 
members of the class •ABC; and the three 



recorded keys can be considered to be 
unique members of the classes ' ABC'D • , 
'ABCEV, and 'ABDFV, respectively. 

generic name: the name of a family of 
entry names. A reference to the nam€J is 
replaced by the entry name whose entry 
attribute matches the attributes of the 
argument list. 

group; a DO-group. 

identifier; a string of alphameric and 
break characters, not contained in a com- 
ment or constant, preceded and followed by 
a delimiter and whose initial character is 
alphabetic. 



imaginary number; a number whose 
include the square root of -1. 



factors 



association of 
identifier used as a 



implicit declaration; 

attributes with an 

variable without having been explicitly or 

contextually declared; default attributes 

apply, depending upon the initial letter of 

the identifier, 

ina cti ve block; a procedure or begin block 
that has not been activated or that has 
been terminated. 

inactive event variable; an event variable 
that is not currently associated with an 
event. 

infix operator; an operator that defines 
an operation between two operands. 

initial procedure: an external procedure 
whose PROCEDURE statement has the OPTIONS 
(MAIN) attribute. Every PL/I program must 
have an initial procedure. It is invoked 
automatically as the first step in the 
execution of a program. 

inpu t/output ; the transfer of data between 
an external medium and internal storage. 

interl e aving of subscripts: a subscript 
notation used with subscripted qualified 
names that allows one or more of the 
required subscripts to immediately follow 
any of the component names. 

internal block: a block that is contained 
within another block. 

internal name; an identifier that has the 
INTERNAL attribute. 

internal procedure; a procedure that is 
contained in another block. 

internal to; all of the text contained in 
a block except that text contained in 
another block. Thus the text of an inter- 
nal block (except for its entry names) is 
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not internal to the containing block. 
Note ; An entry name of a block is not 
contained in that block. 



interrupt; the suspension of normal pro- 
cram activities as the result of the occur- 
rence of an enabled condition,, 

invoke; to activate a procedure at one of 
its entry points; to enter an on-unit. 

invoked procedure; a procedure that has 
been activated at one of its entry points. 

invoking block; a block containing a 
statement that activates another block. 

iteration factor; an expression that spe- 
cifies; 

1. the number of consecutive elements of 
an array that are to be initialized 
with a given constant. 

2. the number of times a given format 
item or list of format items is to be 
used in succession in a format list. 

key; see sour ce key and recorded key . 

key class; a set of keys that begin with a 
common character string; this character 
string is the generic key for the class. 

keyword; an identifier that is part of the 
language and which, when used in the proper 
context, has a specific meaning to the 
compiler. 

known; a term that is used to indicate the 
scope of an identifier. For example, an 
identifier is always known in the block in 
which it has been declared. 

label constant; synonymous with statement 
label. 

label pr efix; an unparenthesized identifi- 
er prefixed to a statement by a colon. 

leading zeros; zeros that have no signifi- 
cance in the value of an arithmetic number; 
all zeros to the left of the first signifi- 
cant digit (1 through 9) of a number. 

level number; an unsigned decimal integer 
constant specifying the hierachy of a name 
in a structure. It appears to the left of 
the name and is separated from it by a 
blank. 



level-one variable; 



ma^or 



structure 



stream appears as 
blanks or commas. 



constants separated by 



list p rocessing; the use of based varia- 
bles and locator variables to build chains 
or lists of data. 

loc ator variable; a variable whose value 
identifies an allocation of a based varia- 
ble in storage. Pointer variables and 
offset variables are the two types of 
locator variables. 

major s tructure; a structure whose name is 
declared with level number 1. 

major t ask; the task that has control at 
the outset of execution of a program- 

minor structure; a structure whose name is 
declared with a level number greater than 
1. 

mode ; real or complex designation for an 
arithmetic value. 

mul tiple declaration; two or more declara- 
tions of the same identifier internal to 
the same block without different qualifica- 
tions, or two or more EXTERNAL declarations 
of the same identifier as different names 
within a single program. 

multiprogramming ; the use of a computing 
system to execute a number of instructions 
concurrently. 

multit a sking; the PL/I facility that 
allows the programmer to make use of the 
multiprogramming capability of a system. 



name; 



an 

declared. 

nesting ; 



identifier that 



has 



been 



1. 



the occurrence of 
another block. 

the occurrence of 
another group. 



block within 



a group within 



3, 



the occurrence of an IF statement in a 
THEN clause or an ELSE clause. 



U. the occurrence of a function reference 
as an argument of another function 
reference. 



null locator value; 



special 



locator 

value that cannot identify any location in 
storage; it gives a positive indication 
that, a locator variable does not currently 



name; any unsubscripted data variable not 
contained within a structure. 



identify 
ble. 



any allocation of a based varia- 



list-directed transmission; the type of 
STREAM transmission in which data in the 



null string; 
length. 



a string data item of zero 
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numeric character data; arithmetic data 
described by a picture that is stored in 
character form. It has both an arithmetic 
value and a character-string value. The 
picture must not contain either an A or an 
X picture specification character. 

offset variable; a locator variable whose 
value identifies a location in storage, 
relative to the start of an area. 

on-unit: the action to be executed upon 
the occurrence of the ON-condition named in 
the containing ON statement. 

operator; a symbol specifying an operation 
to be performed. See arithmetic operators , 
bit- string operators , comparison operators , 
and c oncatenation . 

option: a specification in a statement 
that may be used by the programmer to 
influence the execution of the statement. 



packe d 



representation 
data item. 



d ecimal; the 
of a 



System/360 internal 
fixed-point decimal 



parameter ; a name in an invoked procedure 
that is used to represent an argument 
passed to that procedure. 

parameter-attribute list; a description in 
an ENTRY attribute specification that lists 
attributes of parameters of the named entry 
point. This enables dummy arguments to be 
created correctly. 

picture; a character-by-character specifi- 
cation describing the composition and 
attributes of numeric character and 
character -string data. It allows editing. 

point of invocation; the point in the 
invoking block at which the procedure ref- 
erence to the invoked procedure appears. 

pointer variable; a locator variable whose 
value identifies an absolute location in 
storage. 

precision; the value range of an arithmet- 
ic variable expressed as the total number 
of digits allowed and, for fixed-point 
variables, the assumed location of the 
decimal (or binary) point. 

prefix; a label or a parenthesized list of 
condition names connected by a colon to the 
beginning of a statement. 

pref ix operator ; an operator that pre- 
cedes, and is associated with, a single 
operand. The prefix operators are t + - 

preprocessed text; the output from the 
first stage of corapile-time activity. This 
output is a sequence of characters that is 



altered source program text and which 
serves as input to the processor stage in 
which the actual compilation is performed. 

preprocessor; the first of the two com^)il- 
er stages. At this stage the source pro- 
gram is examined for preprocessor stcite- 
ments which are then executed, resulting in 
the alteration of the source program text. 

preproc essor statements; special state- 
ments appearing in the source program that 
specify how the source program text is to 
be altered; they are identified by a lead- 
ing percent sign and are executed as izhey 
are encountered by the preprocessor (they 
appear without the percent sign in prepro-^ 
cesser procedures) . 

primary entry point; the entry point named 
in the PROCEDURE statement. 

priority; the value that determines wheth- 
er a task will take precedence over another 
task,. 



problem data; string or arithmetic 
that is processed by a PL/I program. 



data 



procedure; a block of statements, headed 
by a PROCEDURE statement and ended by an 
END statement, that defines a program 
region and delimits the scope of names and 
that is activated by a reference to its 
name. It controls allocation and freeing 
of automatic storage declared in that 
block. 



procedure reference; 
tine reference. 



a function or subrou- 



processor; the second of the two compiler 
stages. The stage at which the prepro- 
cessed text is compiled into an object 
module. 

program : a set of one or more extesrnal 
procedures, one of which must have the 
OPTIONS (MAIN) attribute in its PROCEDURE 
statement. 

program control data; data used in a PL/ I 
program to affect the execution of the 
program. Program control data consists of 
the following types; label, event,, task, 
pointer, offset,, and area. 

prologue: those processes that occur at 
the activation of a block. 

pseudo- variable ; one of the built-in func- 
tion names that can be used as a receiving 
field. 

pushed- down stack; a stack of allocations 
to which new allocations are added and 
removed from the top on a last- in, first- 
out basis. 
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qualified name; a sequence of names of 
structure members connected by periods,, to 
uniquely identify a component of a 
structure. Any of the nameis may be sub- 
scripted. 



standard file; a file assumed by the com- 
piler in the absence of a FILE or STRING 
option in a GET or PUT statement (the 
standard files are: SYSIN for input, SYS- 
PRINT for output) . 



receiving field; any field to which a 
value may be assigned. 

record: the unit of transmission in a 
RECORD input or output operation; in the 
internal form of a level-one variable. 

recorded key: a character string recorded 
in a direct-access volume to identify the 
data record that immediately follows. 

recur s ion: the reactivation of a procedure 
while it is already active. 



repetition 



factor; 



parenthesized 
unsigned decimal integer constant preceding 
a string configuration as a shorthand rep- 
resentation of a string constant. The 
repetition factor specifies the number of 
occurrences that make up the actual con- 
stant. In picture specifications, the 
repetition factor specifies repetition of a 
single picture character. 

repetitive specification: an element of a 
data list that specifies controlled itera- 
tion to transmit a list of data items, 
generally used in conjunction with arrays. 

returned value; the value returned by a 
function procedure to the point of invoca- 
tion. 

scale; fixed- or floating-point represen- 
tation of an arithmetic value. 

scope (of a condition prefix) : the range 
of a program throughout v^ich a condition 
prefix applies. 



scope (of a name ) ! 
throughout which 
interpretation. 



the range of a program 
a name has a particular 



secondary entry point; 
defined by a label of an 
within a procedure. 



an entry point 
ENTRY statement 



source key: a character string referred to 
RECORD transmission statement that 
fies a particular record within a 
-access data set. The source key may 



m a 

identi 

direct 

or may 

a subs 

as, a 

the re 

identical to the recorded key. 



not also contain, as its first part, 

tring to be compared with, or written 

recorded key to positively identify 

cord. Note: The source key can be 



source program; the program that serves as 
input to the compiler.. The source program 
may contain preprocessor statements. 



st atement; a basic element of a PL/I pro- 
gram that is used to delimit a portion of 
the program, to describe data used in the 
program,, or to specify action to be taken. 

statement label: an identifying name pre- 
fixed to any statement other than a PROCE- 
DURE or ENTRY statement, 

statement label variable; a variable 
declared with the LABEL attribute and thus 



able to 
label. 



assume as its value a statement 



static storage: storage that is allocated 
before execution of the program begins and 
that remains allocated for the duration of 
the program. 

st re a m; data being transferred from or to 
an external medium represented as a con- 
tinuous string of data items in character 
form. 

string: a connected sequence of characters 
or bits that is treated as a single data 
item. 

structure: a hierarchical set of names 
that refers to an aggregate of data items 
that may or may not have different attri- 
butes. 

subf ield; the integer description portion 
or the fraction description portion of a 
picture specification field that describes 
a noninteger fixed-point data item. The 
subfields are divided by the picture char- 
acter V« 

subroutine; a procedure that is invoked by 
a CALL statement or a CALL option. A 
subroutine cannot return a value to the 
invoking block, but it can alter the value 
of variables that are known within the 
invoking block. 

su b script; an element expression speci- 
fying a location within a dimension of an 
array. A subscript can also be an aster- 
isk,, in which case it specifies the entire 
extent of the dimension, 

sub task ; a task that is attached by anoth- 
er task; any task attached by this subtask 
is a subtask of both tasks. 

synchronous; describes serial execution of 
a program* using a single flow of control. 

task; the execution of one or more proce- 
dures. 
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task name: the identifier used to refer to 
a task variable. 



task variable: 



a variable whose value 



gives the relative priority of a task. 

termination of block: cessation of execu- 
tion of a block, and the return of control 
to the activating block by means of a 
RETURN or END Statement, or the transfer of 
control to the activating block or some 
other active block by means of a GO TO 
statement. A return of control to the 
operating system via a RETURN or END state- 



ment in the initial procedure or a STOP or 
EXIT statement in any block results in the 
termination of the program. See epilogue . 

termination of task: conclusion of the 
flow of control for a task. 

variable: a name that represents data. 
Its attributes remain constant, but it can 
represent different values at different 
times. Variables fall into three categor- 
ies: element, array, and structure varia- 
bles. Variables may be subscripted and/or 
qualified. 
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% Assignment statement 325,155,161 
% Null statement 329,156,161 
%ACTIVATE statement 325,155-158,161 
%DEACTIVATE Statement 326,155,156,158,161 
%DECLARE . statement 326,155-158,161 
%D0 statement 327,160,161 
%END statement 327,157,161 
%GO TO statement 327,156,161 

in included text 328 
%IF statement 328,161 

nesting of 162 
%INCLUDE statement 328,21,160,161,192,193 
%PROCEDURE statement 329,157,158,161 

A format item 217,144,182 

A picture character 205,32,34,128,290 

Abbreviations of keywords 201 

ABNORMAL attribute 271 

Abnormal termination 70,77,78,309,322 

of on-units 148,78,260 

of procedures 78 

of program 78 

of task 186 
Access file attributes 91 
Action specification 148,257,313 

nullification of 149,320 

on-unit 148,313 

SYSTEM 148,313 
Activation 

of blocks 75 

of preprocessor entry names 155,157,325 

of preprocessor variables 155,157,325 

of SUBSTR at compile-time 160 
Active 

event variable 265,323 

preprocessor entry name 158 

preprocessor variable 158,325 
Active procedures, list of 148 
ADD built-in function 239 
Addition operation 4 8 

attributes of result of 231 
Additive attributes 90,92 
ADDR built-in function 252,169 
Aggregates 21,37 

arrays 37 

arrays of structures 40 

structures 39 
Algebraic comparison 50 
ALIGNED attribute 271,42,132,163,270 

effect on storage 164 
ALL built-in function 248 
ALLOCATE Statement 
296,20,43,71,72,79,143,144,272 

use with based variables 169 
Allocation 

determination of 253 

dynamic 78 

of based storage 168,165 

of buffers 99 

of controlled storage 296 
within area 172 

of storage 78,20,71-73 

static 78,79 
ALLOCATION built-in function 253,298 
Allocation of storage 165 
Alphabetic characters 23 

in picture specifications 128 
Alphabetic extenders 85,96 



Alphameric characters 23 

Alternative attributes 90,91 

Ambiguous references 88,40 

"and" operation 49 

"and" symbol 49 

ANY built-in function 249 

Area arguments 175 

Area assignment 173 

AREA attribute 272,84,171 

AREA condition 260,173 

Area data 171,37 

input/output of 174 
Area parameters 175 
Area returns from entry points 176 
Area variables 165 

contextual declaration of 84 

defining 174 

examples of use 178 
Argument list 134,141 
Arguments 134,71,379 

array 143,144 

area 175 

constants as 140 

controlled 143 

default attributes for 136 

dummy 145 

entry name 141,145 

expressions as 140,144 

file name 145 

function references as 140 

in CALL statement 302 

in function reference 136 

label 145,135,137 

of arithmetic built-in functions 238 

offset 145,175 

of mathematical built-in functions 243 

of preprocessor functions 158 

of string built-in functions 234 

parentheses used with 140 

pointer 145,174,175 

string 145,143 

structure 145 
Arguments and parameters 

preprocessor 158 

relationship of 140 

types of 144 
Arithmetic built-in functions 238,233 

arguments of 238 

values returned by 238 
Arithmetic conversion 223,46,60 

base in 224,59 

mode in 223,46,59 

precision in 229,59,60 

scale in 229,59 

target attributes in 59 
Arithmetic data 28 

attributes for 269 

comparison of 50 

defaults for 274,284 
Arithmetic operations 46 

conversion in 47 

results of 231,47 

truncation in 48 
Arithmetic operators 24 

in preprocessor expressions 157 
Arithmetic to bit-string conversion 
227,46,230 

examples of 228 
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length of result 230 
Arithmetic to character-string conversion 
225,i*5,230 

examples of 226 

length of result 230 
Arithmetic value of numeric character data 

206,128,290 
Array 37,21,270 

cross sections of 39 

dimensions of 37,278 

of structures 40 
Array arguments 145 
Array assignment 298 
Array bounds 37,278,296 

asterisks for 278,296 

expressions for 163 
based variables 167 
Array expressions 44,53 

in array assignment 2 98 

data conversion in 54 

operands of 53 

with element operands 

with infix operators 

with prefix operators 
Array manipulation built-in functions 
247,233 

values returned by 2 47 
Array operations , results of 
Array parameters 145 
Array variables 37,108,270 
ArrowCpointer-qualif ier) 166 
Assignment 

area 173 

array 298 

bit-string 35,125,299 

by assignment statement 

by input- output 126 

BY NAME 298,54,55 

by STRING option 126 

character-string 34,299 

CHECK condition raised for 

conversion by 46,125 

element 29 8 

label 299 

multiple 66,298 

pointer 169 

structure 298 
Assignment statement 

evaluation of 298 

for computation and assignment 66 

for conversion and editing 125,66 

for internal data movement 

preprocessor 325 

types of 299 
Asterisk notation 87 

for bounds specifications 

for controlled parameters 

for length specifications 

for simple parameters 14 3 

for subscripts 39 

in ALLOCATE Statement 296 

in INITIAL attributes 28 5 
Asterisk picture characters (*) 
Asynchronous operation 180 
ATAN built-in function 243 
ATAND built-in function 244 
ATANH built-in function 244 
Attaching of tasks 181,180 



298,125 



266 



298,26,46,66 



66 



278,296 

143 

274,296 
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Attributes 269,20 

additive 90,92 

alphabetic listing of 271 

alternative 90,91 

buffering 91 

contextual declaration of 8 4,87 

default 85,90 

(also see default) 

entry name 71 

explicit declaration of 303,83^,87 

factorina of 269,303 

file 90' 

implicit declaration of 85,87 

in ALLOCATE statement 296 

in DECLARE statements 303 

in ENTRY statement 3 08 

in PROCEDURE statement 315 

listing of 20,87 

merging of 93 

of result in arithmetic operations 
231,232 

of source in conversions 57,58,231,232 

of target in conversions 58,231,232 

scope 283 

specification of 269 

storage class 272,143 

target (see target attributes) 
AUTOMATIC attribute 272,72,79 
Automatic storage 79,20,72,79 
Automatic variables 43 

initialization of 43 

shared between tasks 183 

B format item 217,114,216 

B picture character 209,130 

BACKWARDS attribute 273,92,94,100,123,270 

BACKWARDS option 314 

Base 28,47 

attributes for 273 

binary 28 

decimal 28 

in arithmetic conversion 59 

in exponentiation 59 

of arithmetic data 273 

of arithmetic targets 59 

of numeric character data 290 
Base conversion 224,46,47 
Based 

storage 165,20,80 
allocation of 168 
allocation of, within area 172 
freeing of 170,186 
freeing of, within area 173,186 
overlaying of 169 
EASED attribute 272,165 

REFER option 167 
Based storage built-in functions 252 
Based variables 166,165 

examples of use 177 

input/output 168 

shared between tasks 183 
Base identifier of DEFINED attribute 275 
Begin block 73,15,27,72,87,302 

as on-unit 148,72 

compared with DO-group 163 

END statement for 77,308 

termination of 77 
BEGIN statement 302,27,72,83 
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CHECK prefix to 150,265 

condition prefixes to 147 
BINARY attribute 273,30,31,87,270 
Binary base 28,30,31,273 
BINARY built-in function 239 
Binary data 

fixed-point 30 

floating-point 31 
Binary full word 30 
Binary logarithm 245 
BIT attribute 274,35,270 

in ALLOCATE Statement 296 
BIT built-in function 234,132 
Bit-class data 277 
Bit-string comparison 5 
Bit-string data 35 

assignment of 35,298 

attributes for 35 

comparison of 50 

concatenation of 51 

constants 35,109 

conversion of 38,234 

manipulation of 131 

variables 34 
Bit-string format item (B) 217,114,216 
Bit-string operations 4 9 

conversion in 50 

result of 50 
Bit-string operators 24 
Bit-string targets 61,234 

Bit-string to arithmetic conversion 227,47 
Bit- string to character-string conversion 

227,45,58 
Blank picture character (B) 209,130 
Blanks 25 

extension with 125 

in constants 224 

in data-directed transmission 106 

in keys 101,102 

in list-directed transmission 106,109 

in numeric character data 209 

in. picture specifications 128 

in preprocessor conversions 157 

in preprocessor replacement 155 

in structure declarations 40 

use of 25 
BLKSIZE subparameter 98 
Block size 98,281 
Block structure 15 

Blocking of records 89,281,98,118 
Blocks 71,19,27,73 

activation of 75 

begin 72,15,27,73,77 

invocation of 7 5 

multiple closure of 74 

nested 74,78 

procedure 73,15,27 

record 89 

termination of 77 
BOOL built-in function 234,133 
Boolean operation 234,133 
Bounds 37,249,278 

asterisk notation for 143 

expressions for 143 

in ALLOCATE Statement 296 

lower 37 

of array parameters 143 

upper 37 



Branch (also see GO TO statement) 

conditional 67 

unconditional 67 
BSI pence characters 214 
BSI shilling characters 214 
BUFFERED attribute 

274,90,91,94,120,122,270 
BUFFERED option 314 
Buffering attributes 91 
Buffers 91,118,124 

allocation of 99 

hidden 92,274 
BUFFERS option 281,98 
BUFNO subparameter 9 9,281 
Built-in functions 233,56,138,275 

arithmetic 238,233 

array manipulation 247,233 

as arguments 145 

based storage 252 

computational 234,233 

condition 250,150,233 

mathematical 243,233 

miscellaneous 253,233 

multitasking 253 

string-handling 234,132,233 

values returned by 138 
BUILTIN attribute 275,138,139,270 
BY clause 108,306 
BY NAME option 299,54,55,57,67,298-301 

in array, assignment 298,299 

in structure assignment 55,299,300 

C format item 218,114,216 
CALL option 285,42,75,84,135 
CALL statement 
302,6 9,71,75,84,8 6,87,134,135,279 

multitasking 181 
Calling trace 314 
Capacity record 103 
Card punch codes 

for 48-character set 200 

for 60-character set 199 
Carriage control 104 
CEIL built-in function 239,230 
Ceiling values 230 
Chaining technique 177 
CHAR built-in function 235,132 
CHARACTER attribute 274,34,270 

in %DECLARE Statement 155,326 

in %PROCEDURE statement 159,329 

in ALLOCATE Statement 296 
Character sets 199,23 
Character-class data 277 
Character-string comparison 50 
Character-string data 34 

as keys 99,100,102,103 

assignment of 34,298 

attributes for 34,274 

comparison of 50 

concatenation of 51 

constants 24,34^109 

conversion of 224,234 

defined on numeric character data 129 

picture specification for 205»127,290 

variables 34,274 
Character-string format item (A) 

217,114,216 
Character-string targets 61,225 
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Character-String to arithmetic conversion 

224,1^5 
Character-string to bit-string conversion 

227,1^5 
Character-string value of numeric character 

data 206,128,290 
Characters 

alphabetic 23 

alphameric 23 

special 23 
CHECK condition 265,70,150,151,257 

for data-directed input 150 

interrupt for 150 

raised for null statement 313 

standard system action for 150,267 
CHECK condition prefix (see CHECK prefix) 
CHECK prefix 151 

names in 150,265 

to BEGIN statement 150 

to PROCEDURE Statement 150 
Classes 

of statements 64 

of storage 79,20,271 
Clauses 

BY 108,306 

ELSE 68,312 

THEN 68,312 

TO 108,306 

WHILE 69,108,306 
CLOSE Statement 303,65,66,92,96 
Closing of files 96,66,92,186,303 

multiple 96,303 
Closure, multiple 74 
COBOL option 105,280 
Coded arithmeric data 

compared with numeric character data 
1614 

conversion to character-string 225,131 

conversion to numeric character 224 

internal form of 30 
Codes for ON-conditions (see condition 

codes) 
Collating sequence 

highest character in 

lowest character in 
Collections of data 

arrays 21,37 

arrays of structures 

structures 40 
COLUMN format item 218,116,216 
Comma picture character (,) 209,130 
Commas 

in data-directed transmission 106 

in list-directed transmission 106,109 

in parameter attribute lists 140 
Comments 25 

contents of 25 

delimiter 25 

in processor statements 161 
Common: logarithm 245 
Comparison 

of arithmetic data 50 

of bit-string data 50 

of character-string data 50 

of complex operands 51 

operations 50 

priority of types in 50 
result of 50 



132,235 
133,236 



37 



operators 50,24 
Comparison key 102 
Compile-time operations 
COMPLETION built-in function 253,185 
COMPLETION pseudo-variable 18 5 
Completion of event 186 
Completion value 182 
Completion value of event variable 

253,255,265 
COMPLEX attribute 275,29,32,270 

with PICTURE attribute 275,291 
COMPLEX built-in function 2 39 
Complex data 29,32,275 

attributes for 32,275 

comparison of 51 

internal form of 32 

picture specification for 291 
COMPLEX format item (C) 218,114,216 
Complex numeric character data 291 

conversion of 225 
COMPLEX pseudo-variable 255 
Complex to character-string conversion 227 
Complex value 

conjugate of 239 

imaginary part of 241 

real part of 242 
Composite symbols 

in 48-character set 200 

in 60-character set 199 
Compound statements 26 
Computational built-in functions 233 

arithmetic 238 

array manipulation 247 

mathematical 24 3 

string-handling 234 
Computational conditions 260 
Computational statements 64 
Concatenation 

of bit-string data 51 

of character-string data 51 

operations 46,51 
operands of 51 
results of 51 
Concepts of data conversion 57 
Condition built-in functions 250,150,233 
Condition codes 258,150,251 
CONDITION condition 268,149,257 

with SIGNAL statement 322 
Condition name 257,26,70,84,147 

use of NO with 147 
Condition prefix 257,22,26,147,314 

effect on nested blocks 148 

scope of 147,257 
Conditional branch 68 
Conditional digit position 208 
Conditional insertion characters 209 
Conditions 257,70,147 

codes for 258,150,251 

computational 260 

disabled 257,314 

enabled 257,314 

exceptional 147,22 

input/output 262, 260 

program checkout 265,260 

programmer- named 268 

raised in conversions 62 

system action 260 
CONJG built-in function 239 
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Conjugate of complex value 239 
CONSECUTIVE option 99,28 

compared with SEQUENTIAL attribute 
100,280 
CONSECUTIVE organization 99,280 

devices permitted for 99 
Constants 28 

arithmetic 29 
attributes of 2 8 
bit-string 35,109 
blanks in 224 
character-string 34,25,109 
label 35 
sterling 30 
Contained in, meaning of 8 3 
Contextual declaration 84 
of areas 8 4 

of built-in function identifiers 84,139 
of entry names 84,141,279 
of event names 8 4,281 
of file names 84 
of pointers 8 4 

of programmer-named condition 84,268 
of task names 84 
scope of 85 
Control 

flow of 73,67 
return of 

from a procedure 77 
from an on-unit 77,260 
control format items 116,113,114 

examples of 116 
Control statements 67 

for input/output 66 
Control variable in DO statement 68,306 
Controlled 

arguments 143 
parameters 143 
storage 79,20 

allocation of 296 
freeing of 309,186 
stacking of 79 
variables 79,43,72 

bounds and lengths for 296 
shared between tasks 183 
CONTROLLED attribute 272,72,79,143,253 
conversion 57,20,223,261 
arithmetic 61,223 
base in 59,224 
mode in 47,59,223 
precision in 59,60,224 
scale in 59,223 
target attributes in 58 
arithmetic to bit-string 227,61 
arithmetic to character-string 225,61 
assignment statement for 46,6 6 
base 47,59,224 

bit-string to arithmetic 227,62 
bit-string to character-string 

227,58,125 
character-string to arithmetic 224,62 
character-string to bit-string 

227,58,62 
coded arithmetic to character-string 

225,132 
coded arithmetic to numeric character 

224 
complex to character-string 227 



conditions raised in 62 

efficiency of 163 

in arithmetic operations 47 

in array expressions 54 

in bit-string operations 50 

in comparison operations 50 

in exponentiation operations 47 

in preprocessor expressions 157 

intermediate results in 58 

numeric character to coded arithmetic 
224,131 

offset to pointer 46 

pointer to offset 46 

type 224 
CONVERSION condition 261,62,144,255 

for character-string to arithmetic 45 

for character- string to bit-string 227 

in assignment to picture 128„129,205 

in B- format input 218 

in E-format input 219 

in STREAM input 216 

null on-unit for 149 

ONCHAR used for 250 

ONSOURCE used for 252 
Coordination of tasks 183 
COPY option 117,311 
Correspondence defining 275,276 
COS built-in function 244 
COSD built-in function 244 
COSH built-in function 245 
COUNT built-in function 254 
CR picture characters 215 
Creation of tasks 181 
Credit picture characters (CR) 212 
Cross sections of arrays 39 
CTLASA option 105,280 
CTL360 option 105,280 
Currency symbol picture character ($) 
210,130 

Data 

area 171,37 
arithmetic 28 

comparison of 50 

conversion of 225,58,59 
attributes of (also see attributes) 

269,87 
bit-string 35 

comparison of 50 

concatenation of 51 

conversion of 58 

operations with 49 
character-string 34 

comparison of 50 

concatenation of 51 

conversion of 224,58 
collections of 21,37 
conversion of 57,45,54,223,261 
editing of 290 
event 36 
format items 216,112,114 

examples of 115,116 
label 35 
locator 36 
movement of 66 
offset 172,36,171 
pointer 36 
problem 28,45 
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prdgram control 35,46 
sharing between tasks 183 
stifing 33 
task 36 
typjes of 19,28 
Data interchange 105,98 
DATA keyword 110,117,126 
Data list 106,89,105 

element of 107 
Data itlanagement 97 
Data irlovement statements 66 
Data set 89,117,119,123 

asslociation with file 94 
organization of 99,98,280 
iCONSECUTIVE 99,28 
[default for 99,280 
INDEXED 100,119,123,280 
REGIONAL 101,119,280 
iREGIONALd) 102,104,119,280 



102-104,119,280 
103,102,120,280 
98,99 



105 
110 

265,150 



REGIONAL (2) 
REGIONAL (3) 

positioning of 
Data sets 

CO^OL-generated 105 
Data sipecif ication 106,109,126 

data-directed 110 

edijt-directed 112 

lisit-directed 109 
Data transmission 89 

(also! see input/output) 
Data -directed transmission 

data specification for 

inj^ut 111 

CHECK condition for 

output 111 

Compared with input 111 
DATAJFlteLD built-in function 250 

with NAME condition 264 
DATE built-in function 254 
DB picture characters 212 
DCB pabrameter 98-100,103,104 
DD statement 94,98-100,119,120,281 
ddnamei 94,95 

in j%INCLUDE Statement 328 

length of 94 
Deactivation 155,326 
(alsoj see termination) 

of preprocessor entry names 158 

of preprocessor variables 157 
Debit picture characters (DB) 
Debugging 149,70,265 
DebuggpLng file 148 
Decimal, packed 30 
DECIMAJL attribute 273,29,270 
Decima[L base 28 
DECIMAL built-in function 
Decimai data 

fixjed-point 29,291 

floating-point 31,291 
DecimaiL point picture character (V) 

207,1^9 
Declarations 83 

contextual 84 
scope of 85 
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explicit 83 
scope of 

implicit 85 
fecope of 



84 



85 



multiple 8 8 

scope of 83-85 
DECLARE statement 303,64,83,124,269 

attributes in 64 

condition prefix to 148 

default rules for 64 

preprocessor 326,155 
Default 20,86 

attributes assumed by 29,85,90,269 

conditions disabled by 257,151,314 

conditons enabled by 257,151,314 

for arithmetic data 274,28 4 

for attributes of value returned by 
function 137 

for file attributes 91 

for preprocessor variables 156 

rules based on first letter of 
identifier 8 5 

rules for DECLARE statement 64 
DEFINED attribute 275,41,270 

evaluation of 277 
Defined item 275-277 
Defining 

correspondence 276 

overlay 276 
DELAY statement 304 

DELETE statement 304, 65<,93,117,122,123 
Descriptive statements 64 
Device independence 98 

Digit specifier picture characters 207,291 
Digits 23 

DIM built-in function 249 
Dimension 37,278 

bounds of 37,249,278 

extent of 37,249 

maximum number of 38 
Dimension attribute 278,37 

in ALLOCATE Statement 296 
DIRECT attribute 

278,90,91,93,100,103,118,120,122,123 
DIRECT option 313 
Direct-access storage devices 101 
Disabled conditions 147,257,314 

compared to null on-unit 149 
DISPLAY statement 304,66,266 
DIVIDE built-in function 240 
Division operations 48 

attributes of result of 232 

fixed-point 49 

remainder of 241 
Division operator 49 

in preprocessor expressions 157 
DO keyword in repetitive specification 108 
DO statement 305,27,68,72 

condition prefix to 147 

iterative 68 

noniterative 69 

preprocessor 327 

types of 305 
DO-group 72,27,69,305 

compared with begin block 163 

preprocessor 160,327 

transfer of control into 308,311 
DO- loop (see DO-group) 
Drifting picture characters 210,211 
Drifting string 210,211 
dsname 94 
DSNAME parameter 95 
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DSORG subparameter 100 

Dummy arguments 140,142,145,174,175,279 

when created 140 
Dummy records 103 

Dump, obtained by CHECK prefix 150 
Dynamic storage allocation 78,20 

E format item 219,114,216 
E picture character 213,290 
EBCDIC codes 

for 48-character set 200 

for 60-character set 199 
EDIT keyword 112,117,126 
Edit-directed transmission 105,106,126 

data specification for 112 

format items for 216,114-117 

FORMAT statement for 309 

input 113 

output 113 
Editing 125,67,290 

by assignment 125,66 

by PICTURE attribute 127,164 

of numeric character data 205 
Efficient performance 163 
Element 

and array operations 53 

and structure operations 55 

assignment 298 

expression 44,247 

in array assignment 299 
in IF statement 6 8,312 

of a data list 108 

of a structure 39 

variable 37 
ELSE clause 

in IF statement 68,51,312 

in %IF statement 162,328 
EMPTY built-in function 252,173 
Enabled condition 147,148,257,260,314 
END statement 308,27,69,71,73,77,78,83,186 

for begin block termination 77 

for .procedure termination 77,135 

multiple closure by 74 

preprocessor 327 
ENDFILE condition 262,121,151,257,319 
ENDPAGE condition 263,96,222,257,315,317 
ENTRY attribute 279,71,84,134,137-143,270 

compared with ENTRY statement 71 

contextual declaration of 279 

implied 137,141,279 

in %DECLARE statement 158,327 

in generic entry name declaration 28 4 
Entry name 75,137,141,279,294,308 

as argument 141,145 

attributes for 270 

contextual declaration of 84,141,279 

explicit declaration of 315,140 

in CALL statement 302 

parameters 143,145 

preprocessor entry names 158 
Entry point 134,251 

primary 75,315 

secondary 75,308 
ENTRY statement 308,75,134,137 

compared with ENTRY attribute 71 

condition prefix to 148 

label of 83,141 

parameters of 308 



ENVIRONMENT attribute 280,92, 93, 98„124, 270 

options of 98,280 
Epilogues 81 

ERF built-in function 245 
ERFC built-in function 245 
ERROR condition 
268,78,147-149,250-252,255,257 

raised by GET statement 311 

raised by PUT statement 317 

results in program termination 78 
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OPTIONS (MAIN) specification 76,27 
"or" operation 49 
"or" symbol 49 

Order of evaluation of expressions 52 
Organization of data sets 98 
Output 21,89 

(also see input/output) 
OUTPUT attribute 287,90-93,96,123,272 
Output files 117,118,123 

standard system output file 97 
OUTPUT option 314 
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area 175 

array 145 

attributes of 134,135 

bounds and lengths of 143 

controlled 143 

default attributes for 280,136 

element 145 

entry name 145 
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of preprocessor procedures 158,330 

of primary entry point 315 

of secondary entry point 308 

pointer 174,145,175 

simple 143,278 

storage allocation for 143 

string 145 

structure 145 
Parentheses 

use with arguments 140 

use with expressions 52 
Pence character specifier (P) 214 
Pence digit specifiers (7 and 8) 214 
Pence field 215,207,292 
Percent symbol 24 

used with preprocessor statements 154 
Physical record 89 
PICTURE attribute 290,32,34,127,205,269 

with COMPLEX attribute 275 
Picture characters 205,32,127,164 

for character-string data 205 

for numeric character data 206 
Picture format item (P) 221 
Picture specification 2 90 

for character-string data 205,127 

for editing 127 

for numeric character data 206,32,128 
PL/I program example 191 
Plus sign picture character (+) 210 
Point alignment in numeric character data 

128-130,207,209 
Pointer arguments 174,145,175 
Pointer assignment 169 
POINTER attribute 28 9,84 
Pointer data 36 
Pointer parameters 174,175 
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